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(54) Data transmitting device, data receiving device, and data recording device 



(57) A data transmitting device connected to a pre- 
scribed network, conprises coding means for receiving 
plural kinds of coded data, and coupling these coded 
data in first data units to generate a first coded stream; 
divicfing means for dividing the first coded stream In sec- 
ond data units of a prescribed data size to generate 
divided pack data corresponding to divided packs as the 
second units; packet generating means for adding 



header Infonmation to respective divided pack data to 
generate packet data conesponding to packets as data 
transmission units; and transmitting means for output- 
ting the respective packet data toward the network as a 
second coded stream which has a data structure differ- 
ent from that of the first coded stream. 
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Description 

FIELD OF THE INVENTION 

[0001] TTie present invention relates to a data trans- 
mitting de^ce. a data receiving device, and a data 
recording device and, more particutarty to an device 
which transmits, receives, or records output data of an 
MPEG (moving picture expert grotf)) 2 encoder or data 
of an MPEQ2 program stream recorded in a recording 
n^ium such as an optical disk, through a communica- 
tion medium (interface) such an IEEE1394 system. 

BACKGROUND OF THE INVENTION 

[0002] In recent years, attention has been focused on 
the IEEE1394 system as a serial transmission system 
for data. 

[0003] The IEEE1394 system uses any of 100Mbps. 
200Mbps. and 400Mbps as a base rate of data trans- 
mission with a cyde time of 1 25^s (microsecond). 
[0004] Also, the IEEE1394 system defines two com- 
munication methods, namely, an isochronous transfer 
(synchronous communication) and an asynchronous 
transfer. In the isochronous transfer, data is transmitted 
inunediately in response to a transmission request 
while in the asynchronous transfer, some delay may 
sometimes occur between generation of a transmission 
request and data transmission. 
[0005] The isochronous transfer is a communication 
method for use by data transmission which must be 
made in real time, as is typical of transmission of AV 
(Audio Video) data. In the ^ochronous transfer, prior to 
the start of data transmission, a band required for data 
transmission is obtained. Then, with this band, data of 
at least one packet is transmitted once in one cyde 
(125^s). which ensures that data transmission is made 
in real time. 

[0006] On the otiier hand, the asynchronous transfer 
is a communication method for use by data transmis- 
sion which need not be made in real time, as in the case 
of transmission of computer data such as commands or 
still picture data, tt is assumed that this is identical to a 
transmission system such as a conventional SCSI 
(small computer system interface). 
[0007] Currently, for transmission of the AV data using 
the isochronous transfer, a method of transmitting data 
for digital VCR (Video Cassette Recorder), a mettiod of 
transmitting MPEG2 transport stream data, and so forth 
are defined. 

[0008] Now. a brief desaiption is given of a communi- 
cation mettiod on a network N by the use of an interface 
according to the IEEE1394 (hereinafter referred to as 
13941/F). 

[0009] Rgure 36(a) schematically shows a network to 
which three terminals are connected through the 
1 3941/F. Suppose ttiat terminals A. B. and C are a digital 
video camcoder (DVC), a personal computer for output- 



ting the MPEG2 transport stream (TS) as image data, 
and a receiving device for image data, respectively. Also 
suppose that the terminal A ^ a main terminal for out- 
putting a cyde start packet per 125^ toward the net- 

5 work N, and allocating a frequency band for data 
transnrtission to each terminal. 
[001 0] In ttie 1 3941/F. time for the isochronous transfer 
and time for asynchronous transfer are allocated for one 
cyde. Of the one cyde, 80% time period is used for ttie 

10 isochronous tranter, and the remaining 20% time 
period is used for the asynchronous transfer. Each ter- 
minal performs data tinnsmisston by the isochronous 
transfer for data which must be transmitted in real time, 
and performs data transmissbn by tfie asynchronous 

IS transfer for data which need not be transmitted in real 
time. 

[001 1 ] Initially, each of the terminals A-C declares a 
frequency band required for data transmission to the 
main terminal A, arxJ requests permisskKi for use of the 

20 band. If permitted, each terminal uses the band for data 
transmtsston, whereas if not permitted, it tries to request 
perm^on for use of reduced band. When the pemriis- 
sion is granted, each terminal can transmit packet data 
by ttie isochronous transfer at least once in one cyde 

25 when it is necessary to perform the isochronous trans- 
fer. 

[P012] Hereinafter, desaiption is given of a case 
where the terminals A and B perform data transmission 
by the isochronous transfer, and the terminal C per- 

30 forms data transm^on by the asynchronous transfer, 
wrtti reference to figure 36(b). 
[0013] Referring to figure 36(b). the n^'n terminal A 
outputs cyde start packets Sti, St2, St3...., each indi- 
cating a head of each cyde in each cyde. and outputs 

35 isochronous packets Aisol. Aiso2. Ajso3, ... in each 
cyde. 

[0014] The terminal B outputs isochronoi^ packets 

Bisol. Biso2, Biso3 in each cyde. 

[0015] The terminal C outputs an asynchronous 
40 packet Casynl , sut>sequentiy to ttie isochronous pack- 
ets Aisol. and Bisol, in a cyde between the cyde start 
packets Sti and St2. 

[001 6] In a case where plural terminals output asyn- 
chronous packets, priority of the asynchronous packets 

45 is established among them in such a manner tfiat prior- 
ity deaeases in the order in wNch transnrvssion 
requests of the corresponding ternvnals are sent to the 
main terminal. In this case, asynchronous packets 
which have not t>een transmitted in one cyde will be 

50 transmitted in a sut>S6quent cyde. 

[001 7] Meanwhile, in DVD (digital versatile disk)-Video 
standard, a method of recording compressively coded 
video data or audb data in a DVD disk as a recording 
medium is defined. 

55 [0018] Assume that compressively coded video data 
or audio data is read from the recording medium such 
as the DVD, and AV decoding is performed thereto. In 
this case, in general, data is read from the recording 
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medium at a rotation rate higher than a rotation rate cor- 
responding to normal data processing rate, and data is 
read intermrttently. 

[001 9] As shewn in figure 37, a reproducing device 1 0 
such as a DVD player, includes a buffer 1 2 at a previous s 
stage of an AV data decoder 13. for storing read data 
therein to buffer difference between a data readout rate 
and a data processing rate. In figure 37, reference 
numeral 1 1 designates an optical head for reading data 
from the DVD diski, and reference numeral 14 desig- io 
nates a display such as TV (Television Set) which dis- 
plays in^ge data or outputs audio data on the basis of 
an output of the AV data decoder 1 3. 
[0020] In the DVD player thus constructed, data trans- 
fer from the recording medum 1 to the buffer 12 Is con- is 
trolled according to amount of data stored in the buffer 
12. In response to a request Re from the AV data 
decoder 13. data Da is transferred from the buffer 12 to 
the AV data decoder 13. 

[0021] Here, assume that a digital interface (l/F) 15 is 20 
added to the DVD player as shown in figure 38. 
[0022] At a transmitting end, a transmitting de^ce 1 0 
tranters data from the recording medium 10a to the 
buffer 12, and then outputs data to the digital interface 

15. 25 

[0023] Meanwhile, at a receiving end, a receiving 
device 20 receives data through a digital interface 21. 
and then an AV data decoder 22 decodes received data 
and outputs decoded data to the TV or the lika 
[0024] In th^ case, since data is output from the buffer 30 
12 in response to a request Ftq2 from the AV d^ta 
decoder 22 of the receiving device 20, the request Bq2 
must be transmitted through the digital interfaces 21 
and 15 at the receiving end and the transmitting end, 
respectively. 35 
[0025] Besides, in another case where plural devices 
receives data, since operations of the corresponding AV 
data decoders might differ from each other, it is required 
that a transmitting device at the transmitting end output 
data in response to requests from respective receiving 40 
devices at the receiving end. Therefore, a transmitting 
devrce at the transmitting end must read data from a 
recording medium at a very high rate. 
[0026] Data recorded in the DVD is data which takes 
an MPEG2 program stream format (hereinafter referred 45 
to as MEPEQ2-PS data). In order to transmit the 
MEPEG2-PS data through the 13941/F as the digital 
interface 15 in figure 38 (a), that is. to transmit it accord- 
ing to a transmitting method of the conventional MPEGI2 
transport stream format data (hereinafter referred to as so 
MPEG2-TS data), it is required that the MEPEG2-PS 
data be converted into the MPEQ2-TS data. 
[0027] Hereinbelow, description is given of problems 
associated with transmission of the MEPEQ2-PS data 
recorded in the DVD through the 13941/F from the 55 
transmitting end to the receiving end with reference to 
figure 39. 

[0028] Rgure 39 shows detailed structures of the 



interfaces 15 and 21 of transmitting device 10a and 
receiving device 20a in figure 38, respectively. The 
interfoce 15 of the transmitting devk:e 10 comprises a 
conversion unit 15a for converting the MEPEG2-PS 
data output from the buffer 1 2 into the MPEG2-TS data, 
and a transmitting end 1 394 l/F 1 5b connected to an out- 
put area of the conversion unit 15a. The interlace 21 
comprises a receiving end 13941/F 21a fa receiving the 
MPEQ2-TS data from the transmitting end over an net- 
wofk N. and a conversion unit 21b for converting the 
MPEG2-TS data from the 13941/F 21a into the 
MEPEG2-PSdata- 

[P029] In order to transmit the MEPEG2-PS data 
recorded in the DVD through the 13941/F. it Is required 
that the MEPEG2-PS data be converted into the 
MPEG2-TS data on the transmitting end, and the 
MPEG2-TS data be converted into the MEPEG2.PS 
data at the receiving end. 

[0030] However, there have been many problems 
associated with the above data conversion, which will 
bedescrbedbetow. 

i) The MEPEG2-PS data and the MPEG2-TS data 
have contents of data description which differ from 
each other in their respective headers, arxj there- 
fore information of the headers must be changed, 
causing conplicated data processing. 

ii) The MEPEG2-PS data and the MPEG2-TS data 
respectively contain ckx:k refer^x^e (time data) 
which a decoder use. The ck>ck reference of the 
MEPEG2-PS data is called "SCR" (System Qock 
Reference), and the cHock reference of ttie MPEQ2- 
TS data is called "PGR" (Program Qock Refer- 
ence). Accorcfing to MPEQ2, the largest interval of 
the SCR is 700ms, and the largest interval of ttie 
PCR is 100ms. When converting the MEPEG2-PS 
data into tiie MPEQ2-TS data, more dock refer- 
ences must be created, and therefore there is a 
need for a circuit for generating a high-precisbn 
timing signal at a transmitting end. 

[0031] The MEPEG2-PS data recorded in the DVD 
contains data unique to the DVD (Navigation data or ttie 
like) in a private stream format. When the MPEG2-TS 
data into which the MEPEG2-PS data has been con- 
verted is decoded by a decoder for TS, the data unique 
to the DVD cannot be decoded. For ^s reason, it is 
necessary ttiat the MPEQ2-TS data output from the 
13941/F 21a be inversely converted into the MEPEQ2- 
PS data at the receiving end, causing a complteated 
structure of receiving device. 

[0032] Assuming that transmitting device is a DVD 
recorder 10b for performing coding to a TV signal and 
recording a coded TV signal in a recording medium 1 
such as the DVD, as in the case of the DVD recorder 10. 
what is needed is that the DVD recorder 10b includes a 
conversion unit 17 for converting the MEPEG2-PS data 
output from an MPEG2 program stream encoder (ele- 
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mentary and system) 16 into the MPEQ2-TS data, and 
an output of the conversion unit 17 is signal is sent onto 
an network N through an 13941/F unit 18. 
[0033] The recording medium such as the optical disc 
contains data which has been subjected to error correc- 
tion cocfing and modulation. In a case where the data is 
read from the recording medium such as the optical 
disk, rf track jump may fails and the same data Is reread 
therefrom, a buffer may underf kiw. or if ECC (error cor- 
rection code) decoding may develop an error, and the 
same data is reread therefrom, a buffer may underflow 
In the system in figure 38. 

[0034] In this case, even if the AV data decoder 13 at 
a transmitting end issues a cteita request to the buffer, 
data will not be output therefrom, or it is not correct data 
if output. The same goes for data output to the cfigrtal 
interface 15. Hence, in the system shown in figure 38, 
the AV data decoder 22 at the receiving end cannot per- 
form conect decoding, causing an incorrect video or 
audio signal to be reproduced. In other words, in the 
system shown in figure 38, when reading data from a 
recording medium such as an optical disk has devel- 
oped an error in the transmitting device, if read data is 
transmitted to the receiving end through the digital inter- 
face, the data cannot be AV decoded conectty at the 
receiving end. 

SUMMARY OF THE INVEhfTlQN 

[0035] It is an object of the present invention to pro- 
vide a data transmitting devk;e which can transmit 
MPEG2 program stream data output from an MPEG2 
encoder (elementary and system) or recorded in a 
recording medium by the use of an 13941/F without the 
necessity of converting it irrto an MPEG2 transport 
stream. 

[0036] It is another object of the present invention to 
provide a data receiving device which can receive the 
MPEG2 program stream data transmitted by the use of 
the 13941/F and can decode the same correctly, and a 
data recording device which can record the MPEQ2 
program stream data transmitted by the use of the 
1 3941 l/F in a prescribed recording format 
[0037] It is still another object of the present invention 
to provkle a data transmitting device which can transmit 
data which will be decoded correctly at a receiving end, 
and a data receiving device which can carectly decode 
the data transmitted from the data transmitting device, 
even if underflow or an ECC error occurs in a buffer at a 
transmitting erxi while data recorded in a recording 
medium is transmitted. 

[0038] Other objects and advantages of the present 
invention will become apparent from the detailed 
description that follows. The detailed desaiption and 
specific embodiments described are provkied only for 
illustration since various additions and nxxJifications 
within the sfMrit and scope of the inventon will be appar- 
ent to those skill in the art from the detailed desaiption. 



[0039] According to first aspect of the present inven- 
tk>n, a data transmitting device connected to a pre- 
scribed networK comprises coding means for receiving 
plural kinds of coded data, and coupling these coded 
5 data in first data units to generate a first coded stream; 
dividing means for cSvkling the first coded stream in sec- 
ond data units of a presaibed data size to generate 
divided pack data oorresporxiing to divided packs as the 
second units; 

w packet generating means for adding header informatkxi 
to respective divkled pack data to generate packet data 
corresponding to packets as data transmission units; 
and transmitting means for outputting the respective 
packet data toward the network as a second coded 

15 Stream which has a data structure different from that of 
the first coded stream. Therefore, the MPEG2 program 
stream data or the like can be cfivided into packets 
which are smaller than its data units. As a result the 
MPEG2 program ^eam or the like can be output 

20 tcward the network t>y a transmitting method of the 
transport stream, that is, through the IEEE 13941/F. 
without the necessity of converting it into the MPEG 
transport stream. In addition, in a receiving devk;e at a 
receiving end connected to the network, received data 

25 packets are coupled, thereby restoring the MPEQ2 pro- 
gram stream generated by the data transmitting device. 
[0040] According to a second aspect of the present 
inventk>n, in the data transmitting devk^ as defined in 
the first aspect the divkiing means divides the first 

30 coded stream in such a manner that the cfivided packs 
each contains coded data of one kind Therefore, the 
MPEG2 program stream can be restored easily at the 
receiving end. 

[0041] According to a third aspect of the present 

35 inventbn, in the data transntrtting device as defined in 
the second ^ect the packet generating means gener- 
ates packet data t)y adding stuffing data to a divkJed 
pack of a size smaller than tfie prescribed data size so 
that all the generated packets are of the same size. 

40 Therefore, packet data is easy to handle at the transmit- 
ting end and the receiving end. 
[0042] According to a fourth aspect of the present 
invention, a data transmitting devk;e connected to a pre- 
scribed network, corrprises reading means for reading 

4S data recorded in sector units of a prescribed data size in 
a recorcfing medium for each sector; dividing means for 
dividing data corresponding to each sector read by the 
reading means in data units of a data size snmller than 
that of the sector, to generate divided pack data corre- 

50 sponding to divided packs as the data units; packet gen- 
erating means for adding header infamation to 
respective divided pack data, to generate packet data 
corresponding to packets as data transmissron units; 
and transmitting means for outputb'ng respective packet 

55 data tcward the ne^ork. Therefore, the MPBG2 pro- 
gram stream or the like can be output toward the net- 
work by a transmitting method of the transport stream, 
that ^, through the IEEE 13941/F, without the necessity 
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of converting it into the MPEG transport stream 
[0043] Acoording to a fifth aspect of the present inven- 
tion, in the data transnnitting device as defined in the 
fourth aspect, the dividing means divides the data cor- 
responding to the secta so that head data of each sec- s 
tor matches head data of the corresponding divided 
pack. Therefore, packet da\B is easy to handle at the 
receiving end. 

[0044] According to a sixth aspect of the present 
invention, in the data transmitting device as defined in io 
the fourth or fifth aspect, the packet generating means 
generates packet data by adding information Indicating 
that a (fivided pack contains head data of the corre- 
sponding sector to the divided pack. Therefore, divided 
packs can t>e restored to a pack with ease at a receiving is 
end. Besides, the pack is divided in arbitrary byte units, 
thereby realizing effective use of a band of a digital 
interface such as the 13941/F. 
[0045] According to a seventh aspect of the present 
invention, a data receiving device for receiving packet 20 
data output from the data transmitting device as d^ined 
in any of the fourth to sixth aspects as a coded stream, 
comprises receiving means for receiving the packet 
data and outputting the divided pack data correspond- 
ing to each packet according to analysis of its header 2s 
infomiation: and coupling means for coupling the 
divkfed pack data output from the receiving means to 
generate data corresponding to the sector. Therefore, 
based on packet data output from the data transmitting 
device, the MPEQ2 program stream or the like gener- 30 
ated by the data transmitting device can be con-ectly 
restored. 

[0046] Acoording to an eighth aspect of the present 
Invention, a data recording device for receiving and 
recording packet data output as a coded stream from 35 
the data transmitting device as defined in any of the 
fourth to sixth aspects, comprises receiving means for 
receiving the packet data and outputting the divided 
pack data corresponding to each packet accorcfng to 
analysis of its header information; coupling means for 40 
coupling the divided pack data output from the receiving 
means to generate data con'esponding to the sector; 
and recording means for recording the data correspond- 
ing to the sector output from the coupling means in a 
recording medium having a sector structure. Therefore, 45 
based on packet data output from the data transmitting 
device, the MPEG2 program stream or the like gener- 
ated by the data transmitting device can be correcUy 
restored and recorded. 

[0047] According to a ninth aspect of the present so 
invention, a data transmitting device connected to a pre- 
saibed networK comprises data reading means for 
reading data recorded in a recording nrtedium; buffer 
means for temporarily storing the data read by the data 
reading means; and data transmitting means for output- 55 
ting the data output from the buffer means, toward the 
network; wherein, when the buffer means goes into 
underflow state, the data transmitting means outputs 



underftow information indicating that und^low has 
ocoirred in the buffer means, toward the network. 
Therefore, ev^ when underficw has occurred in a 
buffer at the transmitting end. the receiving end detects 
the occurence of underflow and converts the operating 
nrxxje from the normal mode to the error handling nrxxle. 
As the result, speedy error-handling is realized at the 
receiving end. wtiereby disorder of video and audio sig- 
nals due to the occurrence of underflow in the buffer at 
the trar^rtting end can t>e suppressed effectively. 
[0048] Aocorcfing to a tenth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reacting means for 
reading data recorded in a recording medium; buffer 
means for temporarily storing the data read by the data 
reading means; packet generating means for adding 
header information to the data output from the buffer 
means, and generating packet data corresponding to a 
packet which is a unit of data transmission; and data 
transmitting means for outputting the packet data output 
from the packet generating means, toward the network; 
wherein, when the buffer means goes into underflow 
state, the packet generating means adds underflow 
infomnation to a header section of the packet, which 
informatfon indicates that underflow has occurred in the 
buffer means, and outputs the packet toward the data 
transmitting means. Therefore, even when underflow 
has occurred in a buffer at the transmitting end. the 
receiving end detects the occurrence of underftow and 
performs speedy error-handling, wherry disorder of 
video and audio signals due to the occurrence of under- 
flow in the buffer at the transmitting erxi can be si4>- 
pressed ^fectively. 

[P049] According to an eleventh aspect of the present 
invention, in the data transmitting device of the tenth 
aspect, the data transmitting means repeats, at fixed 
time intervals, packet-by-packet data transmissfon for 
outputting at least one pack^ data to the network at a 
fixed transmission rate; and the packet generating 
means adds the underflow information to a header of an 
isochronous packet used in isochronous transfer in 
whfoh the data transmissfon is performed synchro- 
nously with a transfer request generated by the data 
transmitting means. 

[0050] Acoording to a twelfth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, conprises data reading means for 
reading data recorded in a recording medium; buffer 
means for terrporarily storing the data read by the data 
reading means; and data transmitting means for output- 
ting the data output from the buffer means, toward the 
network; wherein, when the fcxjffer means goes into 
underflow state, tiie data transnvtting means outputs 
data of a prescrfoed pattern to the network, as under- 
flow information indicating that underflow has occurred 
in the buffer means. Therefore, even when underflow 
has occurred in a buffer at the transmitting end. the 
receiving end detects the occurrence of underflow and 
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performs speedy error-handling, whereby disorder of 
video and audio s^nals due to the occurrence of under- 
flow in the buffer at the transmitting end can be sup- 
pressed effectively. 

[0051 ] According to a thirteenth aspect of the present s 
invention, a data receiving dance connected to a pre- 
scrhed network, corr^ses data receiving means for 
receiving data output from the data transmitting device 
of the ninth aspect; data analyzing means for analyzing 
the data received by the data receiving means, and out- io 
putting information indicating that underflow has 
occurred at the transmitting end when underflow infor- 
mation is included in the data; and data decoding 
means for performing decoding based on the data 
recced by the data receiving means, and converting is 
the operating mode of the decoding from normal mode 
to enror handling mode on receipt of the information indi- 
cating tiie occurrence of underflow. Therefore, the 
receiving end detects that underflow has occurred in a 
buffer at the trar^mitting end. and performs speedy 20 
error-handling, wfiereby disorder of video and aucfio sig- 
nal due to the occurrence of underflow in the buffer at 
tfie transmitting end can be si4)pressed effectively. 
[0052] According to a fourteenth aspect of the present 
invention, a data receiving device connected to a pre- 2s 
scrbed network, comprises data receiving means for 
receiving packet data output from the data transmitting 
device of the tenth aspect; data analyzirtg means for 
analyzing the packet data received by the data receiving 
mear^ and outputting information indicating tfiat urxier- 30 
ftow has occurred at the transmitting end when under- 
flow information is included in ttie packet data; and data 
decocfing means for performing decoding based on the 
packet data received by the data receiving means, and 
converting the operating mode of the decoding from 3S 
normal mode to error handling nfKXle on receipt of the 
information indicating the occunence underflow. 
Therefore, the receiving end detects tfiat underflow has 
occurred in a buffer at the transmitting end. as)6 per- 
forms speedy error-harKlling, wheret^y disorder of video 40 
arxJ audio signals due to the occunence of urxierf low in 
the txiffer at the transmitting end can be suppressed 
effectively. 

[0(^1 According to a fifteenth expect of the present 
invention, a data receiving 6eAce connected to a pre- 45 
scrit>ed network, comprises data receiving means for 
receiving isochronous packet data output from the data 
transmitting device of the eleventh aspect; data analyz- 
ing means for analyzing ttie isochronous packet data 
received t>y ttie data receiving means, and outputting so 
information indicating that underflow has occurred at 
the transmitting end when the underflow information is 
included in the header of ttie isochronous packet data; 
and data decoding means for performing decoding 
based on the isochronous packet data received by the 55 
data receiving mear^. and converting the operating 
mode of the decoding from normal mode to error han- 
dling mode on receipt of the information indicating the 



occurrence of underflow. Therefore, the receiving erxl 
detects tfiat underflow has occurred in a buffer at the 
transmitting end. and performs speedy error-handling, 
whereby disorder of video and audio signals due to the 
occurrence of underflow in the buffer at the transmitting 
end can be suppressed effectively. 
[0054] According to sixteentti aspect of ttie present 
invention, a data receiving device connected to a pre- 
scribed network, conprtses data receiving means for 
receiving data output from the data transmitting device 
of the twelfth aspect; data analyzing means for analyz- 
ing the data received the data receiving means, and 
outputting information indicating tfiat underflow has 
occurred at the transmitting end when the data of a pre- 
scribed pattern is induded in the received data; and 
data decoding means for performing decoding t>ased on 
the data received by the data receiving means, and con- 
verting the operating mode of the decoding from normal 
mode to enor handling mode on receipt of the informa- 
tion incficating the occurrence of underflow. Therefore, 
the receiving end detects tfiat underf kiw has occurred in 
a buffer at the transmitting end. and performs speedy 
error-handling, whereby disorder of video and audio sig- 
nals due to the occurrence of underf k)w in the buffer at 
the transmitting end can be suppressed effectively. 
[0055] According to a seventeenth aspect of ttie 
present invention, a data tt'ansmitting device connected 
to a prescrft>ed network, comprises data reading means 
for reacting data recorded in a recording mediiffn. which 
data is given an error-correcting code; error detecting 
means for detecting whether an error exists in data 
processing or not, by decocting the error-correcting 
code induded in the data read the data reading 
means; and data transmitting means for outputting the 
ciata read from the data reading means toward the net- 
work; wherein, when an error in data processing is 
detected ty the error detecting means, the data trans- 
mitting means outputs error information indicating the 
occunence of error in data processing, toward ttie net- 
work. Therefore, even when an £CC error has occurred 
during ECC decoding of data read from ttie recording 
media, the receiving end detects the occurrence of the 
ECC error, and converts the operating mode from the 
normal mode to the error handling mode. As a result, 
speedy error-handling is realized at the receiving end. 
wheret}y disorder of video and audio signals due to the 
ECC error can t>e suppressed effectively. 
[0056] According to an eighteentti aspect of ttie 
present invention, a data transmitting device connected 
to a presait)ed network, comprises data reading means 
for reacting ciata recorded in a recording medium, which 
data is given an error-correcting code; error detecting 
means for detecting whettier an error exists in data 
processing or not. by decoding ttie enror-correcting 
code induded in the data read by the data reading 
means; packet generating means for aciding header 
information to the data read t>y the data reading means, 
and generating packet data corresponding to a packet 
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which is a unit of data transmission; and data transmit- 
ting means for transmitting the packet data output from 
the packet generating means, toward the network; 
wheran. when an error in data processing is detected 
by the error detecting means, the packet generating 5 
means adds error information to a header section of the 
packet, which information indicates that an error has 
occurred In data processing, and outputs the packet 
tGward the data transmitting means. Therefore, the 
receiving end detects tfiat an error In data processing, w 
such as an ECC error, has occurred at the transmitting 
end, and perfornns speedy error-handling, whereby dis- 
order of video and audio signals due to the ECC error 
can be suppressed effectively. 

[0057] According to a nineteenth aspect of the present is 
invention, in the data transnrtitting device of the eight- 
eenth aspect, the data transmitting means repeats, at 
fixed time intervals, packet-by-packet data transmtek>n 
for outputting at least one packet data to the network at 
a fixed transmissk>n rate; and the packet generating 20 
means adds the error information to a header of an iso- 
chronous packet used in ^ochronous transfer in which 
the data transmission Is performed synchronously with 
a transfer request generated by tiie data transmitting 
means. 25 
[0058] According to a twentieth aspect of the present 
invention, a data transmitting device connected to a pre- 
scrS)ed networK conprises data reading means for 
reading data recorded in a recording mecfium, whk;h 
data is given an error-correcting code; error detecting 30 
means for detecting whether an error exists In cteta 
processing or not, by decoding the error-correcting 
code Included In the data read by the data reding 
means; and data tinnsmitting means for transmitting the 
data read by the data reading means toward the net- 3s 
work; wherein, when an error In data processing is 
detected by the en-or detecting means, the data trans- 
mitting means outputs data of a preserved pattern to 
the network, as Information indicating that an error has 
occurred In data processing. Therefore, the receiving 40 
end detects that an en-or In data processing, such as an 
ECC error, has occurred at ttie transmitting end, and 
performs speedy error-handling, whereby disorder of 
video and audio signals due to the ECC erra can be 
suppressed effectively. 45 
[0059] According to a twenty-first aspect of ttie 
present Invention, a data transmitting device connected 
to a prescribed network, comprises data reading means 
for reading data recorded in a recording medium, which 
data Is given an error-correcting code; error detecting so 
means for detecting whether an error exists in data 
processing or not, by decoding the error-correcting 
code Included In ttie data read by the data reading 
means: packet generating means for adding header 
Information to ttie data read by the data reading means, ss 
and generating packet data corresponding to a packet 
which is a unit of data transmission; and data transmit- 
ting means for transmitting ttie packet data output from 



the packet generating means toward the network; 
wherein, when an error in data processing is detected 
by the error detecting means, the packet generating 
means adds Inconect cyclic redundancy check data to 
the packet data, as information indicating tiiat an error 
has occuned In data processing, and outputs the packet 
Therefore, the receiving end detects that an error 
In data processing, such as an ECC error, has occurred 
at the transmitting erxi. and pertomns speedy error-han- 
dling, whereby disorder of video and audio signals due 
to the ECC error can be suppressed effectively. 
[0060] According to a twenty-second aspect of ttie 
present Invention, a data receiving device connected to 
a prescrfoed network, comprises data receiving means 
for receiving data output from the data transmitting 
device of the seventeenth aspect; data analyzing 
means for analyzing the data received by the data 
receiving means, and outputting information Indicating 
that an error has occurred In data processing at ttie 
transmitting end when the enror Information is Included 
In the received data; and data decoding means for per- 
forming decoding based on the data received by ttie 
data receiving means, and converting ttie operating 
mode of the decoding from normal nrxxle to en-or han- 
dling nxxie on receipt of the information Indicating the 
occurrence of error in data processing. Therefore, ttie 
receiving end detects that an erra in data processing, 
such as an ECC error, has occunred at ttie transmitting 
end, and performs speedy error-handling, whereby dis- 
order of video and audio signals due to the ECC error 
can be suppressed effectively. 
[0061] According to a twenty-third aspect of ttie 
present invention, a data receiving devk;e connected to 
a prescrS>ed network, comprtees data receiving means 
for receiving packet data output from ttie data transmit- 
ting device of ttie eighteentti aspect; data analyzing 
means for analyzing the packet data received by ttie 
data receiving means, and outputting information Indi- 
cating that an en^or has occurred in data processing at 
ttie transmitting end when ttie error information is 
included in ttie packet data; and data decoding means 
for performing decoding based on ttie packet data 
received by ttie data receiving means, and converting 
ttie operating mode of the decoding from nomnal mode 
to error handling mode on receipt of the Information indi- 
cating the occurrence of error in data processing. 
Therefore, the receiving end detects that an error in 
data processing, such as an ECC error, has occun-ed at 
the transmitting erxi, and performs speedy error-han- 
dling, whereby disorder of video and audio signals due 
to the ECC error can be suppressed effectively. 
[P062] According to a twenty-fourth aspect of the 
present invention, a data receiving device connected to 
a prescnl>ed network, comprises data receiving means 
for receiving teochronous packet data output from the 
data transmitting device of the rvn^eentti aspect; data 
analyzing means for analyzing the Isochronous packet 
(tela received by the data receiving means, and output- 
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ting information indicating that an error has occurred in 
data processing at the transmitting end when the error 
information is included in the header of the isochronous 
packet data; arxJ data decoding means for performing 
decocfing based on the Isochronous packet data 
received by the data receiving means, arxJ converting 
the operating nrxxie of the decoding from normal mode 
to error handling mode on receipt of the information indi- 
cating the occurrence of error in data processing. 
Therefore, the receivir^ end detects that an error in 
data processing, such as an ECC error, has occurred at 
the transmitting end, and performs speedy error-han- 
dling, whereby dsorder of video and audio signals due 
to the ECC error can be suppressed effectively. 
[0063] According to a twenty4ifth aspect of the 
preserrt invention, a data receiving device connected to 
a prescribed network, oorrprises data receivir^ means 
for receiving data output from the data transmitting 
device of the twentieth aspect; data analyzing means for 
analyzing the data received by the data receiving 
means, and outputting information indicating that an 
error has occurred in data processing at the transrratting 
end when the data of a prescribed pattern is included in 
the received data; and data decoding means for per- 
forming decoding based on the data received by the 
data receiving means, and converting the operating 
nrKXie of ttie decoding from normal mode to error han- 
dling mode on receipt of the information incficating the 
occurrence of error in data processing. Therefore, the 
receiving end detects that an error in data processing, 
such as an ECC error, has oocun-ed at the transmitting 
end, and performs speedy error-handling, whereby d^- 
order of video arxi aucfio signals due to the ECC error 
can be sup)pressed effectively. 
[0064] According to a twenty-sixth aspect of the 
present invention, a data receiving device connected to 
a prescribed network, oorrprises data receiving means 
for receiving packet data output from the data transmit- 
ting device of the twenty-first aspect; data analyzlrrg 
means for analyzing the packet data received by the 
data receiving means, and outputting information indi- 
cating that the cyclic redundancy check data is irKX>r- 
rect. when the cyclic redundancy check data included in 
the header section of the packet data is Incorrect; and 
data decoding means for performing decoding based on 
the packet data received by the data receiving means, 
and converting the operating mode of the decoding from 
normal mode to error harxlling mode on receipt of the 
Information irxlicating that the cyclic redundancy check 
data is incorrect. Therefore, the receiving end detects 
that an error in data processing, such as an ECC error, 
has occun-ed at the transmitting end. and performs 
speedy error-handling, whereby disorder of video arxJ 
audio signals due to the ECC error can be suppressed 
effectively. 

[0065] According to a twenty-seventh aspect of the 
present invention, the data transmitting device as 
defined In any of the nintti and twelfth aspects, conv 



prises dividing means for dividing data output from the 
buffer means In data units of a data prescribed size, to 
generate cfivided pack data corresponding to divided 
packs as the data units; and packet generating means 

5 for adding header information to respective divided pack 
data to generate packet data corresponding to packets 
as data transmission units, the data transmitting means 
outputting the packet data toward the network as data 
output from the buffer means. If underflow may occur In 

10 the buffer at the trar^smitting end, this is detected, and 
error is processed speecfily at the recoving end, 
whereby disorder of the video or audio signal due to 
occurrence of underflow can be effectively sippressed. 
Besides, the MPEG2 program stream data recorded in 

15 sector units in a recording medium such as DVD can be 
divided into packets smaller than the sector. As a result, 
the MPEG2 program stream or the like can be output 
toward the network by a transmitting method of the 
transport stream, that is, through the IEEE 13941/F. 

20 without the necessity of converting it into tiie MPEG 
transport stream. 

[0066] Accorcfing to a twenty-eighth aspect of the 
present invention, a data receiving dance connected to 
a preserved network, comprises receiving means for 

2s receiving packet data output from the data transmitting 
device of the twenty seventh aspect; data analyzing 
means for analyzing the packet data received by the 
data receiving rf>eans, arxl outputting information indi- 
cating that urxJerf low has occurred at a transmitting end 

30 when the packet data contains the underflow informa- 
tion; and data decocfing means for performing decoding 
basQd on the packet data received t>y the data receiving 
means, arxi converting decoding operation rrKxJe from 
normal mode to error handling nxxJe. upon receipt of 

35 the Information indicating that underflow has occurred. 
Therefore, the underflow is detected at the receiving 
end, arKi error is processed speedily, whereby disorder 
of the video or audb signal due to occurrence of under- 
flow can be effectively suppressed. Besides, based on 

40 packet data output from the data transmitting device, 
the MPEQ2 program stream or the like generated by the 
data transmitting device can be restored. 
[0067] According to a twenty-ninth aspect of the 
present invention, in the data tiBnsmitting device as 

45 defined in any of tenth or eleverrth aspect further com- 
prises: dividing means for dividing data output from the 
buffer means In data units of a prescrit)ed data size, to 
generate divided pack data corresponding to divided 
packs as the data units, the packet generating means 

so receiving ttie divided pack data as the data output from 
the buffer means arxl adding header information to 
respective divided pack data to generate the packet 
data. Besides, the MPEQ2 program stream data 
recorded in sector units In a recording medium such as 

55 DVD can be divided Into packets smaller than the sec- 
tor. As a result, the MPEG2 program stream or the like 
can be output toward the network by a transmitting 
method of the transport stream, that is. ttirough the 
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IEEE 13941/F, without the necessity of converting it Into 
the MPEG trar^port stream. 

[0068] According to a thirty aspect of the present 
invention, in a data receiving device connected to a pre- 
scribed network, conprises receiving means for receiv- s 
ing packet data output from the data transnrtftting device 
of the twenty ninth aspect, data analyzing means for 
analyzing the packet data received by the data receiving 
means, and outputting information indicating that under- 
flow has occurred at a transmitting end when the packet io 
data contains the underflow information; and data 
decocfing m^ns for performing decoding based on the 
packet data received by the data receiving means, and 
converting decoding operation mode from normal nrxxie 
to error handlirtg mode, ipon receipt of the information is 
indicating ttiat underf k)w has occurred. Therefore, the 
underflow Is detected at ttte receiving end. anxi error is 
processed speedily, whereby disorder of the video or 
audio signal due to occurrence of underflow can be 
effectively suppressed. Besides, based on the received 20 
packet data, the MPEG2 program stream data gener- 
ated at the transmitting end or the like can be restored. 
[0069] According to a thirty-first aspect of the present 
invention, in the data transmitting device as defined in 
any of seventeenth and twentieth aspects, further com- 25 
prises dividing means for dividing data read from the 
data reading means in data units of a preserved data 
size, to generate divided pack data corresponding to 
divkied packs as the data units; and packet generating 
means for adding header information to respective 30 
divided pack data to generate packet data correspond- 
ing to packets as data transmission units, the data 
transmitting means outputting the packet data toward 
the network as the data read by the data reading 
means. Therefore, if an ECC en-or may occur when per- 35 
forming ECC decoding to data read from the recording 
medium, this is detected, and the operating nrxxie 
switches from normal nrxxie to error handling nrxxie, 
whereby en-or is processed speedily, and disorder of the 
video or audio signal due to occurrence of urxierflow 40 
can be effectively sijf)pressed. Besides, the MPEG2 
program stream data recorded in sector units in a 
recording medium such as DVD can be divkied into 
packets smaller tfian the sector. As a result, tiie MPEG2 
program stream or the like can be output toward the net- 45 
work by a transmitting method of the transport stream, 
that is, through the IEEE 13941/F. without the necessity 
of converting it into the MPEQ transport stream. 
[0070] According to a thirty-second aspect of the 
present invention, a data receiving devk;e connected to so 
a prescribed network, comprises receiving means for 
receiving packet data output from the data transnnitting 
device of the thirty first: data analyzing means for ana- 
lyzing packet data received by the data receiving means 
and outputting Information indicating that an error has ss 
occurred in data processing at a transmitting end when 
the packet data contains the error information; and data 
decoding means for performing decoding based on the 



packet data received by the data receiving mearts, and 
converting decoding operation nrxxie from normal mode 
to error handling mode, upon receipt of the information 
indicating that the error has occurred in the data 
processing. Therefore, ECC error at ttie transmitting 
end is detected, and disorder of video or audio signal 
due to the error can be effectively Si4)pressed at ttie 
receiving end. Besides, based on the received packet 
cteta, the MPEQ2 program stream data generated at the 
transmitting end or the like can t>e restored. 
[0071 ] According to a thirty-third aspect of the present 
invention, in the data trartsmitting device as defined in 
any of the eighteenth, nineteenth, arxi twenty first 
aspects further oorrprises dividing means for divxiing 
data read by the data reading means in data units of a 
prescribed data size, to generate divided pack data cor- 
resporxiing to divided packs as the data units, the 
packet generating means receiving the divided pack 
data as the data read by the data reading nrteans arxi 
adding header information to respective divided pack 
data to generate tiie packet data. If an ECC error may 
occur when performing ECC decoding to data read from 
the recordng medium, this is detected, and the operat- 
ing mode switches from normal mode to error harxiling 
nrxxie. whereby error is processed speedily, arxi disor- 
der of tfie vkieo or audio signal due to occurrence of 
underflow can be effectively suppressed. Beskies, the 
MPEG2 program stream data recorded in sector units in 
a recording medium such as DVD can be divided into 
packets smaller than the sector. As a result the MPEG2 
program stream or the like can be output toward the net- 
work by a transmitting mettxxi of the transport stream, 
that s, through the IEEE 13941/F, without the necessity 
of converting it into ttie MPEG transport stream. 
[0072] According to a ttiirty-fourth aspect of the 
present invention, a data receiving device connected to 
a preserved networK comprises receiving means for 
receiving packet data output from the data transnnitting 
d€vk;e of the thirty third aspect; data analyzing means 
for analyzing the packet data received by the data 
receiving means, and outputting information Indicating 
that an error has occurred in data processing at a trans- 
mitting erxi when the packet data contains the error 
information; and data decoding means for performing 
decoding based on the packet data received by the data 
receiving means, and converting decoding operation 
nrxxie from normal rrxxie to error handling nxxie. upon 
receipt of the information indicating that the error has 
oocunred in the data processing. Therefore, ECC enror 
at the transmitting end is detected, and disorder of video 
or aucfio signal due to the error can be effectively sup- 
pressed at the receiving end. Besides, based on ttie 
received packet data, ttie MPEG2 program stream data 
generated at the transmitting end or the like can t>e 
restored. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0073] 

Rgure 1 Is a block diagram showing a data trans- s 
mitling device according to a first enrtxxliment of 
the present invention. 

Rgures 2(a)-2(c) are diagrams showing packet 
generation in the data transmitting donee of the first 
embodiment io 
Rgure 3 is a diagram showing another packet gen- 
eration in the data transmitting device of the first 
embodiment 

Figure 4 is a diagram showing arx>ther packet gen- 
eration in the data transmitting device of the first is 
embodiment 

Figure 5 is a block diagram showing a data trans- 
mitting device according to a second embodiment 
of the present invention. 

Rgure 6 is a diagram for explaining a data transnnit- so 
ting device of the secorxi emt>odiment and showing 
a data structure of DVD-Video data. 
Rgure 7 a diagram for explaining packet genera- 
tion in the data transnnitting device of the second 
embodiment ss 
Rgure 8 is a diagram for explaining another packet 
generation in the data transmitting device of the 
second emtxxliment. 

Rgure 9 is a diagram for explaining another packet 
generation in the data transmitting device of the do 
second embodiment. 

Rgure 10 is a block diagram for explaining a data 
transmitting device according to a third embodi- 
ment of the present invention. 
Rgure 1 1 is a diagram for explaining another packet 35 
generation in the data transmitting device of the 
third embodiment. 

Rgures 12(a) and 12(b) are cfiagrams for explaining 
a structure of a packet generated by tiie data trans- 
mitting device of the third embodiment. 40 
Rgure 13 is a block diagram shewing a data trans- 
mitting device accordir^g to a foialh embodinYent of 
the present invention. 

Rgure 14 is a diagram for explaining packet gener- 
ation in the data transmitting device of the fourth 4s 
embodiment 

Rgure 15 is a diagram for explaining packet gener- 
ation in the data transmitting device of the fifth 
embodiment 

Rgures 1 6(a) and 1 6(b) are diagrams for explaining so 
a data receiving device and a data recording device 
according to a sixth emboctiment of the present 
invention. 

Rgure 1 7 is a block diagram shewing a data trans- 
mitting device according to a seventh embodiment ss 
of the present invention. 

Rgures 18(a)-18(e) are a timing chart diagram for 
explaining operation if the data transmitting device 



of the seventti embodiment. 
Figures 1 9(a) and 1 9(b) are diagrams for explaining 
a structure of a packet generated by the data trans- 
nvtting device of the seventh errtxxiiment 
Rgures 20(a) and 20(b) are cfiagrams showing a 
structure of a packet generated by the data trans- 
mitting device of the seventh embodiment 
Rgures 21(a) and 21(b) are a timing chart diagram 
for explaining a data transmitting device according 
to an eighth embodiment of the present invention. 
Rgures 22(a) and 22(b) are diagrams for explaining 
a structure of a packet (including specific pattem 
data) generated by the data trar^mitting device of 
tiie eighth embodiment. 

Rgures 23(a) and 23(b) are diagrams for explaining 
a structure of a packet (irx^luding no specffic pattem 
data) generated t>y the data transmitting device of 
the eightti embodiment 

Figure 24 is a tkock diagram showing a data receiv- 
ing device according to a ninth errtxxiiment of the 
present invention. 

Rgure 25 is a bfock diagram for showing a data 
transmitting device according to an eleventh 
embodiment of the present invention. 
Rgures 26(a) and 26(b) are diagrams showing 
structures of data output from the data transmitting 
device of the eleventti emtxxliment 
Rgures 27(a) and 27(b) are cfiagrams showing a 
structure of a packet (ECC flag 0) generated by the 
(teta transnritting device of the eleventh embodi- 
ment. 

RgiB-e 28 ^ a diagram showing a structure of a 
packet output onto a network N from the data trans- 
mitting devfoe of the eleventh embodiment. 
Rgures 29(a) and 29(b) are cfiagrams showing a 
^ructure of a packet (ECC flag 1) generated by the 
data transmitting device of the eleventti embodi- 
ment. 

Rgure 30 is a diagram for explaining a data trans- 
mitting device arxi showing a packet output toward 
the network N from the data transmitting device of 
the twelfth emtxxliment. 

Rgures 31(a) and 31(b) are diagrams showing a 
structure of a packet which contains no specific pat- 
tem data generated by the data transmitting device 
of the twelftti embodiment. 
Rgures 32(a) and 32(b) are diagrams showing a 
structure 61 a packet which contains specific pattem 
data generated tTy the data transmitting device of 
the twelfth emtxxiiment. 

Rgure 33 is a diagram for explaining a data trans- 
nvtting dmce accorcfing to a thirteentti entoli- 
ment of the present invention. 
Rgu-e 34 is a block diagram showing a data receiv- 
ing device according to a fourteenth embodiment of 
the present invention. 

Rgure 35 is a block diagram showing a data receiv- 
ing device according to a seventeentti errtxxiiment 
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of the present inverttion. 

F^ures 36(a) and 36(b) are diagranfis for explaining 
data oonimunication tsy an 13941/F. 
Rgure 37 is a block diagram showing a reproducing 
device such as a DVD player. 
Figure 38 is a block diagram showing a reproducing 
device such as a DVD player to which a digital inter- 
nee (13941/F) is added. 

Figures 39 is a cfiagram showing transmitting 
device 10 in figure 38 and receiving device 20 in fig- 
ure 38. 

Figure 40 a diagram shewing a DVD recorder 
which performs coding to a TV signal and records a 
coded TV signal in a recording medium such as the 
DVD. 

Figure 41(a) is a diagram showing data X of an 
MPEG2-PS (program stream), figure 41 (b) is a dia- 
gram showing MEPEG2-PS data Y recorded in 
DVD, and figure 41(c) is a diagram showing data Z 
of an MPEG-TB (transport stream) for broadcast- 
ing. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0074] Inv^ors of the present invention studied the 
problems carefully, and discovered that the reason why 
the MEPEQ2-PS data cannot be transmitted by the use 
of the 13941/F unless it is converted into the MPEG2-TS 
data is that a pack or a packet of the M EPEQ2-PS data 
Is by far larger than that of the MPEC^-TS data handled 
by the 13941/F. This will be described bekiw. 
[0075] Referring now to figure 41(a). in general 
MPEG2-PS (program stream) data X, its packs XI- 
X4....are variat}le in length. For example, the pack X1 of 
video data, the pack X2 of audio data, the pack X3 of 
video data, and the pack X4 of audio data, are pack 
length 4kB. pack length 1kB, and pack length 3kB, and 
pack ler>gth 0.5kB, respectively. 
[0076] Referring to figure 41(b), in MEPEQ2-PS data 
Y recorded in the DVD, its packets Y1-Y4 are respec- 
tively fixed in length (2kB), irrespective of video data 
packets (Y1 , Y2, and Y4) or a audio data packet (Y3), 
and each packet contains a header Yh in its head. 
[0077] Refemng to figure 41(c), in MPEG-TS (trans- 
port stream) data Z for broadcasting, its packets Z1-Z7 
are respectively fixed in leng^ (1888), irrespective of 
video data packets Z1-Z3, and Z6, or audio data pack- 
ets Z4 and Z5, and Z7. 

[0078] Here, transmission of these stream data 
through he 13941/F will be discussed. 
[0079] In a case where a base rate is 100Mbps, it is 
possible to transmit 1.25kB (100Mbps/8kHz) data in 
one cyde (1 25 ^isec = 1 /8 [kHz]). Since 80% time of the 
one cyde is used for the isochronous transfer, atxxjt 
IkB (1.25kB X 0.8) data can be transmitted by the iso- 
chronous transfer in one cyd& 
[0080] The MPEG2-TS data packets are respectively 



1888 in size, and are therefore satisfactorily transmitted 
in one cyde, whereas most of the packs of the MPEQ2- 
PS (program stream) data X and packets of the 
MEPEGS-PS data (2k8) recorded in the DVD cannot be 

5 transmitted in one cyde. 

[0081] In case of 200Mbps, it is possible to transmit 
2.5kB (200Mbps/8kHz) data in one cyda In this case, 
data transmitted by the isochronous transfer in one 
cyde ^ about 2k8 (2.5kB x 0.8), so that it is impossible 

10 to transmit the MPEQ2-PS (program stream) data X 
and the MEPEG2-PS data Y recorded in the DVD 
because overhead or the like must be taken into 
account 

[0082] In case of 400Mbps. it is possible to transmit 
IS 5^ (400Mbps/8kHz) data in one cyde. and therefore 
data transmitted by the isochronous transfer in one 
cyde is about 4kB (5k8 x 0.8). so that it is possible to 
transmit the MEPEG2-PS data Y recorded in the DVD. 
[9083] In this case, however, a barxi required for trans- 
20 mitting the MEPEC3i2-PS data is 128hA)ps (one packet 
size (2k8) x frequency (8kHz)), and is thus large, com- 
pared to the maximiflti access rate 10.08Mbps of the 
DVD data. 

[0084] So, inventors have conceived a data transmit- 
26 ting device in which the MEPEG2-PS data is divided 
into pacte which are suffidentty smaller than data of 
about IkB which can be transmitted by the isochronous 
transfer in one cyde. headers are added to datsi of 
respective packs. arxJ the resulting packet data is trans- 
30 mitted, a data receiving device for restoring the 
MEPEQ2-PS data from the packet data transmitted 
from the data transmitting device, and a data recording 
device for restoring the MEPEG2-PS data from the 
packet data transmitted from the data transmittir^ 
35 devk^e. and recording it in a prescribed recording for- 
mat 

[0085] In additk>n, as solutior^ to the problem that the 
reque^ for data transfer from the recording medium to 
the buffer must t>e perfornfYed through the cfigrtal int^- 

40 face on the transmitting end. and the problem that data 
must k>e read from the recording medium at a high rate 
when plural receiving devices receive data, inventors 
have proposed a method of transmitting dock infornta- 
tion of an AV data decoder on a fransmitting end 

4s together with AV data through a digital interface, gener- 
ating a dock of an AV data decoder from this clock infor- 
mation and decoding AV data on a receiving end 
(Japanese Patent Publication No. Hei 10-149617). 
However, if data is reread becai^ error or the like has 

50 occurred, the buffer underflows, which makes it impos- 
sible to perform con-ect AV decoding at the receiving 
end. 

[0086] As a solution to this, inventors have conceived 
a data transmitting device for transmitting underflow 
55 information indicating whether or not the buffer under- 
flows at the transmitting end to the receiving end. and a 
data receiving device for setting a operating nrxxie to t>e 
error handling nrxxie upon detecting occurrence of 
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underflow in the buffer on the transmitting end accord- 
ing to the underflow infomnation. 
[0087] New. preferred enitxxiiments of the present 
invention will be descri:>ed with reference to figures. 

[Embodiment 1] 

[0088] Rgure 1 is a block diagram showing a data 
transmitting device according to a first embodiment of 
the present invention, and figure 2 is a diagram for 
explaining generation of packets in the data transmitting 
device. Rrst. construction of the device will be 
described. 

[0089] Referring now to figure 1 . there is shown a data 
transmitting device 1001, which irK^ludes a video 
encoder 101 for cocfing a video signal 1 10 to generate a 
video elementary stream 1 12. an audio encoder 102 for 
coding an audio signal 111 to generate an audio ele- 
mentary stream 114. and a system encoder (system 
coding means)1 03 for dividing each of video elen^entary 
stream 1 12 and the audo elementary str^m 1 13 into 
packs so that each pack has an appropriate size, inter- 
leaving video data and audio data in packs to generate 
an MPEG2 program stream 1 14, and outputting the pro- 
gram stream 114. 

[0090] The data transmitting device 1001 further 
includes a data divider (dividing means) 1 04 for dividing 
the program stream 1 14 into packs (divided packs) so 
that each pack has a size in accordance with a control 
signal 1 16. a packet generator 105 for adcfing headers 

for trar^m^on 221. 223.. to the respective packs 

21 1 . 212 to generate packets 222. 224, a data 

transmitter 107 for outputting these data in packet units 
onto an network N by the isochronous transfer or the 
async^nous transfer, and a system controller 106 for 
controlling the data divider 104 using the control signal 
116. The data transmitter 107 has the same construc- 
tion as the prior art 1 3941/F. 

[0091] Operation of the device 1001 will now be 
desait>ed. 

[0092] When the video signal 1 1 0 and the audio signal 
111 are input to the device 1001, the video signal 110 
and the audio signal 111 are coded by the video 
encoder 101 and the audio encoder 102, respectively, 
and the resulting video elementary stream 113 and 
audio elementary stream 114 are respectively output 
from them and input to the system encoder 103. 
[0093] The system encoder 103 divides each of ttie 
video ^ementary stream 113 and the audk> elementary 
stream 114 into packs so tfiat each pack has an appro- 
priate size, interleaves these packs, and outputs the 
MPEQ2 program stream 1 14. 
[0094] The elementary streams 112 and 113 are 
divided by the system encoder 103 so that AV synchro- 
nization is correctiy established using linvted buffer 
anxHint that is. audio data ^ correctiy in synchroniza- 
tion witti video data, when a decoder decodes the 
MPEG2 program stream 1 1 7. 



[0095] Rgure 2(a) shows a structure of tiie MPEG2 
program stream 114 generated by the system encoder 
103. As shown in figure 2(a), in general, video data 
packs 201 , 203, 205, 207,.... and audio data packs 202. 
5 204. 206, 208, .... are variable in length. 

[0096] When ttie stream 114 output from the system 
encoder 103 is input to the data divider 104. the divider 
1 04 divides the stream 1 1 4 into packs so that each pack 
has a size specified by tiie control signal 116 output 
10 from the system controller 106. Here, assume tiiat ttie 
stream 114 is divided into packs of the same size start- 
ing with its head. From the data divider 104, the divided 
packs 21 1 , 212,... shown in figure 3(b) are output 

[0097] The packs 21 1. 212 are irput to ttie packet 

15 generator 105 in tins order, which adds headers for 

transrrassion 221 . 223 to ttiese packs 21 1 . 212 to 

generate packets 222. 224 which are output to the 

data transmitt^ 107, which outputs these packets 
toward the network N by the isochronous transfer or t>y 
20 the asynchronous transfer. 

[0098] Thus, in ttie data transmitting device 1001 of 
ttie first embodiment the MPEG2 program stream data 
1 14 is packetized and output. Therefore, it is possble to 
divide the MPEG2 program stream data 114 according 
25 to amount of data to-t>e-transnntted in one cyde by the 
data transmitter 107 of ttie same construction as ttie 
conventional 1 3941/F. and output the resulting pack- 
etized data toward ttie network. As a result, it is possible 
to transmit the MPEG program stream data output from 
30 ttie MPEQ2 system encoder by ttie use of ttie 13941/F 
wittiout the necessity of converting it into ttie MPEG2 
transport stream. 

[0099] In addition, in the receiving device which has 
received ttiese packets, these packet data is coupled to 

35 restore the MPEC^ program stream generated by the 
data transmitting device 1001 . 
[0100] Besides, while in the first embodiment, the 
MPEQ2 program stteam is divided into packs of ttie 
same size starting witti its head as shown in figure 2, 

40 dividing method shown in figure 3 may be employed. 
[01 01 ] In ttiis case, as in ttie first embodiment when 
dividing the MPEQ2 program stream (see figure 3(a)) 
into packs, a head of a pack of the stream matches a 
head of the corresponding divided pack. 

45 [0102] For such division, the data divider 104 is 
instructed by the system controller 106 on its mettiod. 
The system encoder 103 outputs ttie stteam 1 14 and a 
head position signal 115 indicating ttiat head data of 
each pack of the stteam 114 has been output to the 

so data divider 104. Theret>y, the data divider 104 detects 
a head of the pack of ttie program stream output from 
ttie system encoder 103. 

[P103] For instance, since a size of ttie video data 
pack 201 is not an integer multiple of that of ttie corre- 
55 sponding divided pack, the last cfivided pack 301 of ttie 
divided packs of the pack 201 is smaller than a normal 
divided pack The packet generator 105 adds a header 
303 to the divided pack 301 as in the case of a divided 
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pack of a normal size, and outputs the resulting packet 
304. 

[0104] Likewise, since a size of the audio data pack 
202 is not an integer multiple of that of the oonrespond- 
ing divided pack, the last divided pack 305 of the pack s 
20Z is smaller than a normal divkied pack. The packet 
generator 1 05 adds a header to the divided pack 305 as 
in the case of the divided pack 301 . to be output toward 
the network N. 

[0105] The data transmitting devk:e so corrstructed. io 
the MPEGS program stream data can be packetized 
and output toward the network N through the 13941/F. 
arxf in addition, vkjeo data and audio data do not coex- 
ist in a packet Moreover, even if a packet lacks due to 
occurrence of a comnmjnication error, data of the follow- is 
ing packet can be decoded. 

[0106] In addition, in the receiving device which has 
received these packets, these packet data is coupled to 
restore the MPEGi2 program stream. 
[01 07] Further, as a pack dividing method of the data 20 
divider 104, a method shown in figures 4<a) and 4(b) is 
possible, in additfon to methods in figures 2(a) and 2(b) 
and 3(a) and 3(b). 

[0108] Also in this method, as in the first embodiment 
when divkling the MPEQ2 program stream (see figure 2s 
4(a)) into packs, it is possible that a head of a pack of 
the stream matches a he^ of the corresponding 
divided pack as shown in figure 4(b) and all the pack^ 
are of the same size. 

[0109] For instance, since a size of the video data 30 
pack 201 is not an integer multiple of that of the corre- 
sponding divkied pacK the last divided pack 301 of the 
divided packs of the pack 201 is smaller than a normal 
divided pack. 

[0110] The packet generator 105 adds stuffing data 35 
401 to the divided pack 301 to create a pack of the 
same size as a normal divided pack, adds a header 403 
to the pack, and outputs the resulting packet 402. At this 
time, to the header 403. added is data or a flag indicat- 
ing that the stuffing data 401 is added. 40 
[Oil 1] The data transmitting device so constructed, 
the MPEQ2 program stream data can be packetized 
and output toward the network N through the 13941/F. 
and in addition. vkJeo data and audfo data do not coex- 
ist in a packet Moreover, since all the packets are of the 45 
same size, packet data is easy to handle both in the 
transmitting device and the receiving device. Especially 
in the receiving device, a circuit for deciding a packet 
size is dispensed with, whereby a simple circuit struc- 
ture is realized. so 
[0112] In the receiving device which has received 
these packets output from the data transmitting device, 
these packet data is coupled, and the stuffing data 
added to a smaller pack is renwved, thereby restoring 
the MPEG2 program stream data. 55 
[01 1 3] While in the data transmitting device of the first 
errtediment. the MPEG2 program stream includes 
vkieo data and audfo data, data included in the MPEG 



program stream is not limited to these, the stream may 
include sutJtitle data. 

[01 1 4] In adcfition. while in the data transnMng device 
of the first embodiment, the MPEQ2 program stream 
data is divided into packs cH the same size, any dividing 
method may be employed so long as divkied packs 
which are as small as packets of the MPEG2 transport 
stream to-be-handled by the 13d4l/F are obtained. 
[0115] Further, while in the first embodiment the 
13941/F shown as a digital interface, the present 
invention is applicable to an interface which performs 
data communication in packet units which are by far 
smaller than packs of the MPEG2 program stream or 
the like, for exanple, about 1/10 sized packet units, as 
well as to the 13941/F 

[01 16] As thus far described, in the data transmitting 
device of the first embodiment, the MPEG2 program 
stream data output from the MPEG2 encoder is divided 
into packs whk:h are alnrx)st as large as packets of the 
MPEG2 transport stream. Therefore, it is possible to 
transmit the MPEG2 program stream through the digital 
interface such as the conventional IEEE1394I/F which 
handles the MPEG2 transport stream data. At a receiv- 
ing end. these received packet data is coupled, thereby 
restoring the MPEG2 program stream. 

[Errtxxlimerrt 2] 

[0117] Rgure 5 is a k>lock cfiagram showing a data 
transmitting device according to a second ennbodment 
of the present invention. Rrst. construction of the device 
will be descrfoed. 

[0118] Refemng to figure 5, there ^ shown a data 
transmitting device 1002. The data transmitting device 
1002 includes an optical head 505 for reading data from 
an optk^al d^k 506 as a recording medium, a signal 
processor 501 for sut^jecdng the read data to demodu- 
lation and ECC decoding, a data divkier 502 for dividing 
an MPEG2 program stream data (MEPEG2-PS data) 
501 a output from the signal processor 501 into packs so 
that each pack has a prescribed size, a packet genera- 
tor 502 for adding headers to the divkied packs to gen- 
erate packets, and a data transmitter 507 for outputting 
the packets toward the network N. The data transmitter 
507 has construction identical to that of the conven- 
tional 13941/F. 

[Q119] The data transmitting device 1002 further 
includes a system controller 504 for receiving disk man- 
agement information 501b obtained by the sigrmi proc- 
essor 501 . and controlling the data divider 502 and the 
optical head 505. 

191 20] Here, assume that data of a data structure in 
f igure 6 is recorded in the optical disk 506. In actuality, 
data recorded in an optical disk has been subjected to 
ECC coding or rrxxlulatfon, and therefore output data of 
the signal processor 501 has a data structure shown in 
figure 6. 

[01 21 ] Rgure 6 schematically shows a part of a data 
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structure according to a DVD-Video standard. Accord- 
ing to the DVD-Video standard, a video title set (VTS) 
601 is composed of VTSI 602, VTSM_VOBS 603, 
VTSTr.VOBS 604, and VTSLBUP 605. 
[0122] The VTSI 602 is management information for s 
the VTS 601. The VTSI_BUP 605 is a dupficate of the 
VTSI 602. and is its backup data. The VTSM_VOBS 

603 is menu data for the VTS 601. The VTSTT_VOBS 

604 is data such as video data, audio data, subtitle data, 
and so forth of the VTS 601. The VTSTT_VOBS 604 io 
has a structure of the MPEQ2 program stream. 

[01231 The VTSTT_VOBS 604 has a content of a hier- 
archical structura Shown in figure 6 is a hierarchical 
structure in pack (PCK) units. The pack is a data unit of 
2048 bytes (2k bytes), including a header or the like, is 
The pack is as large as a sector of the DVD disk. The 
packs are classified in terms of types of data contained 
therein. In the figure, there are shown a navigation pack 
(NV.PCK) 607 which describes data reto^ieval informa- 
tion or high light information, a video pack (V_PCK) 609 20 
containing video data, an aucfio pack (A_PCK) 608 con- 
taining audio data, and a sub picture pack (SP_PCK) 
610 containing subtitie data. These packs are multi- 
plexed so that AV, and so forth wtiich are correctiy syn- 
chronized are obtained on condition that they are 2s 
decoded in the order tti^ are recorded in the disk. 
[0124] Subsequentiy. operation of the data transmit- 
ting device 1002 in figure 5 will be desaOt^ed. Suppose 
that cfisk management information or the VTS 601 in fig- 
ure 6 is recorded in the optical disk 506. 30 
[01 25] Rrst, the disk management information is read 
from the optical disk 506. The disk management infor- 
mation is input to the signal processor 501. where it is 
subjected to denrxxiulatkHi and ECC decoding, and then 
input to the system controller 504. which obtains infor- 35 
mation of a position where VTS 601 to-be-reproduced is 
recorded, from the disk management information. The 
controller 504 controls the optical head 505 using the 
positional information, and thereby data of the VTS 601 
is sequentially read from the optical disk 506 in sector 40 
units. The VTSI 602. i.e., data managemertt information 
in the VTS 601, is processed as in the case of the disk 
management information, and input to the controller 
501. 

[01 26] Next processing of video data or audio data in 4s 
ttie VTS 601 such as ttie VTSTT^VOBS 604 will be 
desaibed. 

[0127] The read data is input to the signal processor 
501. where it is subjected to denrKxlulation arxJ ECC 
decocfing, resulting in a pack stream 606 shown in fig- so 
ure 6, which is input to the data divider 502. Here, sup- 
pose thai tiie NV_PCK 607. i.e.. head pack of the pack 
stream 606 is input The data divider 502 divides the 
IMV_PCK 607 into packs so ttiat each pack has a size 
specified by the controller 504. 55 
[01 28] Rgure 7 is a diagram for explaining an example 
of data dividing method of the data divider 502, and 
shows that a pack is divided into 8 packs. 



[01 29] More specifically, the data dvider 502 divides 
tiie NV_PCK 607 into packs 701-708 of 256 bytes, 
which are sequentially input to the packet generator 
503. To a divided pack 701 . a header 709 for transmis- 
sion is added, and the resulting packet 710 is output 
toward the network N. In a like manner, to the other 
divided packs 702-708, headers 709a. 709b, .... 709g 
are added, to t>e output toward the network N. 
[01 30] When the NV„PCK 607 has been ttius trans- 
mitted. sut>sequentty. an A_PCK 608 is transmitted. On 
tills occasion, operation of the data transmitting device 
in figure 5 is identical to that of transmitting the NV_PCK 
607. Thereafter, A V_PCK 609 and the following data 
are also transmitted in the same manner. 
[01 31 ] While in the second embodiment, the pack of 
2048 bytes is divided into packs of 256 bytes by ttie data 
divider 502, the dividing method is not restrnted thereto, 
and a dividing method in figure 8 or 9 may be employed. 
[0132] Figure 8 shows an example in which a pack of 
2048 bytes is divkied in 160 byte units. Starting with its 
head, the pack 607 ^ divided in 160 byte units, resulting 
in divided packs 701a-712a, and a divkfed pack 713a 
corresponding to the remaining data of the pack 607 
and a head portion of the pack 608. To these divkjed 
packs 701a-713a. hewers are added by the packet 
generator 503. and the resulting packets are output 
toward the network N. For example, to the pack 701a, a 
header 709d is added, resulting in a packet 710a, whk:h 
is output toward the network N. 
[01 33] Rgure 9 shows another example where a pack 
of 2048 bytes is divided in 160 byte units. The dividing 
method shown in figure 9 differs from that shown in fig- 
ure 8 in tftat a head of the pack of 2048 bytes always 
matches a he^ of tiie corresponcfing divided pack of 
160 bytes. 

[01 34] Starting witii its head, tiie pack 607 is divided 
in 160 t)yte units, resulting in divkled packs 701a-712a. 
and data of 128 bytes as the remaining data 901 of the 
pack 607. In order to make the remaining data 901 into 
data of 160bytes. to ttie data 901, stuffing data 902 of 
32 bytes is added, to create a divided pack 903. 
[0135] To so created drvkied packs 701a-712a, and 
903, headers are added by the packet generator as 
in the case of the cfividing method shown in figure 7, and 
the resulting packets are output toward the network N. 
[0138] For example, to the divkJed pack 701a, a 
header 709d is added, to aeate a packet 71 Oa. whk;h is 
output toward the network N. Alsa to the divMed pack 
903, a header 709g is added, to create a packet 904, 
which is output toward the network N. 
[01 37] Thus, in the data transmitting device according 
to the second embodiment the MPEG2 program 
stream format data recorded in the recording medium 
such as the DVD in sector units is divkJed into packs 
which are almost as large as packets of the MPEG^ 
transport stream. Therefore, it is possible to transmit ttie 
data recorded in ttie recording medium such as the DVD 
ttirough the digital interface such as the conventional 
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IEEE13941/F which handles the MPEG2 transport 
stream data. 

[0138] In this case, packs of a program stream are 
divided and transmitted so that their heads always 
match heads of the corresponding divided packs as 
shown in figures 8 and 9. Thereto, on a receiving end, 
from the divided packs, the program stream can be 
decoded. 

[0139] In addition, as shown in figures 8 and 9. the 
program stream is divided in arbitrary byte units, 
thereby realizing effective use of a band of a cfigital 
interface. In a case where a size of the divided pack is 
leobytes, since an access rate of data recorded in the 
DVD is 10.08 Mbps at maximum, a band required for the 
isochronous transfer by the use of the 1394t/F is 
10.24Mbps (=160bytes x 8kHz). As a result, the 13941/F 
band is effectively utilized for access to the data 
recorded in the DVD. 

[Embodiment 3] 

[0140] Rgure 10 is a block diagram showing a data 
transmitting device according to a third embodiment of 
the present invention. Rrst, construction of the device 
will be described. 

[0141] Referring to figure 10. there is shown a data 
transmitting device 1003. The data transmitting device 
1003 includes an optical head 505 for reading data from 
an optical disk 506 as a recofding medium, a signal 
processa 501 for subjecting the read data to demodu- 
lation and ECC decoding, a data cfivider 502a for divid- 
ing MPEG2 program stream data (MEPEG2-PS data) 
501 a output from the signal processor 501 into packs so 
that each pack has a prescr3>ed size, a packet genera- 
tor 503a for adding headers to the divided packs to gen- 
erate packets, and a data transmitter 507 for oulputting 
the packets toward the network N. The data transmitter 
507 has construction identical to that of the conven- 
tional 13941/F. 

[0142] The data transmitting device 1003 further 
includes a system controller 504a for receiving disk 
management information 501b obtained by the signal 
processa 101, and controlltng the data divider 502a 
and the optical head 505. 

[0143] In the third embodiment, the data divider 502a 
is used for outputting information A1 irKJicating that a 
divided pack contains head data of the corresponding 
pack on outputting the head data of the pack. The sys- 
tem controller 504a is used tor outputting the informa- 
tion A1 to the packet generator 503a when the divided 
pack containing the head is output to the packet 
generator 503a The packet generator 503a is used Ibr 
adding information IncGcating that the divided pack con- 
tains the head data to a header to-be-added to the 
divided pack, upon receiving the information A1 . 
[0144] The other components of the data transmitting 
devk;e of the third embodiment is identical to that of the 
second emtxxlimerTt 



[0145] Next, operation of the device 1003 will be 
described. 

[0146] Suppose that data is read from the optical disk 
506 in which data of a data structure in figure 6 is 

5 recorded. 

[0147] Rrst, procedure for processing dsk manage- 
ment information of the optical disk 506 and data man- 
agement information such as the VTS 1602 is identical 
to that desaibed in the second emtxxJiment. 

10 [0148] Next, processing video or audio data in the 
VTS 601, such as the VTSTT_VOBS 604, wiU be 
descr03ed. 

[0149] The data which has been read is input to the 
signal processor 501, where the data is subjected to 
IS denKxjulation and ECC decoding, to aeate the pack 
stream 606 in figure 6, which is input to the data divider 
502a. 

(P150] Here, suppose ttiat the rslV_PCK 607, i.e., a 
head pack of the pack stream 606 in figure 6 is input. 

20 Upon input of the NV.PCK 607. the data divkier 502a 
divides the NV_PCK 607 into packs so that each pack 
has a size set by the system controller 504a. Rgure 1 1 
schematically shows a method of dividing the pack 607 
into 8 packs. The NV_PCK 607 is divkied into divided 

25 packs 701-708 of 256 bytes. 

(P151] The divided packs 701-708 are sequentially 
output from the data divider 502a. When the data 
divider 502a outputs a divided pack containing head 
data of a pacK it notifies the system controller 504a of 

30 the infomfiation A1 . The system controller 504a notifies 
the packet generator 503a of the information A1 indicat- 
ing that tiie cfivided pack containing the head data of ttie 
pack has been output from th e data divider 502a. 
[01 52] Here, suppose that a divkJed pack 701 is input 

35 from the data divider 502a to the packet generator 503a. 
Since the pack 701 contains the head data of ttie pack 
607, the data divkJer 502a notifies the packet generator 
503a of the information A1 through the system control- 
ler 504a. Knowing ttiat the pack 701 contains the head 

40 data of the pack, the packet generator 503a adds infor- 
mation that the pack contains the head data to a header 
1101, and adds ttie resulting header 1101 to ttie pack 
701, to generate a packet 1102 as shown in figure 11, 
and outputs ttie packet 1 102 to ttie data transmitter 507, 

45 whrch outputs the pack 1 1 02 toward the network N. 
[0153] Rgures 12(a) and 12(b) show ttiat a packet 
contains head data of a pack. Rgure 12(a) shows a 
structure of an IEEE 1394 isochronous packet (a packet 
for use in the isochronous trar^er), and shows a 32-bit 

50 data stream in ttie lateral direction. 

[01 54] Rgure 12(b) shows a structure of a Data ReM 
of an isochronous packet. The Data Rekt is composed 
of drvkJed pack data and a ComnrK>n Isochronous 
Packet (CIP) header 1201. Since ttie divkJed pack is 

55 256 bytes in size, it corresponds to a data stream of 64 
columns. 

[01 55] The CIP header 1 201 is detennined according 
to an lEC 61883 standard. In the second quadrate (sec- 
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ond line) of the CIP header 1201 . the 9th and the follow- 
ing bits is a Format Dependent field (PDF), which 
depends on a type of data. A head bit of the PDPisised 
as a BOP bit 1202. Whether ornot a packet contains 
head data of a pack is indicated by setting the BOP bit s 
1202 to "1" or by setting it to "O*, respectively. The iso- 
chronous header 1203 and the CIP header 1201 niake 
the header 1101. 

[0156] Subsequentiy. the divided pack 702 is proc- 
essed. Since the divided pack 702 does not contain io 
head data of the pack 607. ftie packet generator 503a 
adds information that the pack does not contain the 
head data to a header 1103a. and adcte the resuttir^ 
header 1 103a to the pack 702. to generate a packet 
1102 as shown in figure 11. and outputs the packet is 
1102 to the data transmitter 507. which outputs the 
packet 1102 toward the network N. Thereafter, the 
divided packs 703-708 are processed as in the case of 
the pack 702. 

[0157] The NV_PCK 607 having been thus transmit- 20 
ted. subsequentiy, an A.PCK 608 't& transmitted. In this 
case, the data transmitting device 1003 in figure 10 
operates in the same manner that it transmits the 
NV_PGK 607. Thereafter, a V_PCK 609 and the follow- 
ing data are transmitted In ttie sam nnanner. 2s 
[0158] Thus, In the data transnutting device 1003 of 
the third emkxxiiment. the MPEGi2 program stream data 
recorded in the recording medium such as the DVD in 
sector units Is divided into packs which are almost as 
large as packets of the MPEG2 transport stream. 30 
Therefore, It is possible to transmit the data recorded In 
the DVD through a digital interface such as tfie conven- 
tional IEEE1394 which handles the MPEG2 transport 
stream. 

[0159] In adcfition. to a packet whk;h contains head 35 
data of a pack, information indicating that It contains the 
head data is added, and therefore, a program stream 
can be restored from divided packs with ease at a 
receiving end. 

40 

[Embodiment 4] 

[0160] Rgure 13 Is a Wock diagram shewing a data 
receiving device according to a fourth embodiment of 
the present invention. Rrst, construction of the device 45 
wlllbedescnhed. 

[0161] Referring now to f^ure 13. there is shown a 
data receiving device 1004. The data receiving device 
1004 includes a data receiver 1304 for receiving pack- 
ets output from the data transmitting device 1 002 of the so 
second emtxxiiment output toward the network N. and a 
header analyzer 1301 for analyzing a header of the 
received packet and outputting divided pack data 1 30 1 a 
according to the analysis result and divided pack size 
data 1301b. The data receiving device 1004 further ss 
includes a data coupler 1302 for coupling divided packs 
to generate a pack of 2048 bytes of the MPEC^ pro- 
gram stream in accordance witii a control signal, and a 



system controller 1303 tor outputting ttie size data 
1301b to the data coipler 1302 as ^e control signal. 
[0162] Rgure 14 schematically shows structures of 
packets received bf the data receiving devk^e of the 
fourth errixxJiment. 

[0163] Next, operation of the device 1004 will be 
descra>ed. 

[P164] When the packet 710 is received by the data 
receiver 1304 over the network N. the header analyzer 
1301 provxied at a next stage of the data receiver 1304 
analyzes a header 709 of the packet 710. arxi decides 
whether or not the packet 710 is directed to the data 
receiving device 1004. Where the packet 710 is directed 
to the data receiving device 1004, the header analyzer 
1301 renrxjves the header 709 from the packet 710,arKi 
outputs the divkied pack 701 to the data coupler 1302. 
In addition, the header analyzer 1301 notifies the sys- 
tem controller 1303 of the size data 1301b indicating a 
size of a divided pack according to information con- 
tained in the header 709. The system controller 1303 
also notifies the data coupler 1302 of a size of a divided 
pack using the control signal. 
[0165] The data receiver 1304 and the header ana- 
lyzer 1301 process the following p^:kets as in the case 
of the packet 710. and outputs the divided packs 702- 
708 to the data coupler 1 302. Upon receipt of the packs 
701-708. the data coupler 1302 couples the divkJed 
packs according to their sizes posted by the system 
controller 1303. The divkied packs are each 256 bytes 
in size. The 8 divided packs are coupled to create a 
pack of 2048 bytes of the MPEG2 program stream. 
From tile data coupler 1 302. the pack 607 of 2048 bfies 
in which cOvkied packs 701 -708 fiave been coupled. 
[01 66] Thus, in the data receiving devrce of the fourth 
embodiment packets output toward the network N from 
the data transmitting device 1002 of the secorxJ embod- 
iment are received, and divided packs contained in the 
packets are coif>led according to analysis result of the 
corresponding headers. Thereby, the MPEG2 program 
stream read from the recording medium such as the 
DVD can be restored from the packet data. 

[EmtxxJiment 5] 

[0167] Figure 15 is a diagram for explaining a data 
receiving device according to a fifth embodiment of the 
present inventton. and schematically shows structures 
of packets received by the data receiving device. 
[01 68] The data receiving device of the f rftii emtxxfi- 
ment is used to receive packets output in a data format 
in figure 9 from the data transmitting devk;e of the sec- 
ond emtxxiiment and corrprises a data receiver, a 
header analyzer, a data coupler, and a system controller 
as in the case of the data receiving devk;e 1004 of the 
fourth embodiment Note that the data coupler is used 
for renrxjving stuffvig data from the divkfed pack 903 in 
the fifth embodiment 

[01 69] Subsequentiy, operation of ttie receiving device 
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wi[lbedescrS>6d. 

[0170] When the packet 710a is ir^xit to the data 
receiver 1304 over the network N, the header analyzer 
1301 analyzes a header 709d of a packet 710a and 
decides whether the packet 71 Oa is directed to the data s 
receiving device. Where the packet 710a is directed to 
the data receiving device, the header analyzer 1301 
removes the header 709d from the packet 710a. and 
outputs the divided pack 701a (ctafta 1301a) to the data 
coup\& 1302. Also, the header analyzer 1301 notifies io 
the system controller 1303 of a size of a divided pack 
(data 1301b) obtained from information contained in the 
header 709d. The system controller 1303 notifies the 
data coupler 1302 of the size of the divided pack. The 
data receiver 1304 and the header analyzer 1301 is 
respectively process the following packets as in the 
case of the packet 71 Oa, and outputs the divided packs 
702a-712a. and 903 to the data coipler 1302. 
[0171] Upon receipt of the divided packs 701a-712a. 
and 903, the data coupler 1302 couples these divided 20 
packs according to the size of the divided pack posted 
by the system controller 1303. In this embodiment, the 
divktod packs are each 160 bytes, and these divided 
packs are coupled to create a pack of 2048 bytes. 
[0172] On this occask}n, the data coupler 1302 first 2s 
couples the divided packs 701a-712a to create data of 
1920 bytes, and then couples data 901 of 128 bytes as 
a head portion of the divkfed pack 903 thereto, to create 
the pack 607 of 2048 bytes. At this time, the data cou- 
pler 1302 abandons the remaining data 902 of tiie 30 
divided pack 903 because it is stuffing data. 
[0173] So created pack 607 is output from the data 
coupler 1302. In a like manner, the folk)wing packets are 
processed, to create pack data. 

[0174] Thi^ in the data receiving device of the fifth 35 
embodiment, packets output from the data transmitting 
devk;e 1 002 of the second embodimerrt in a data format 
shown in figure 9 toward the network N. and according 
to the analysis result of headers, divided packs con- 
tained in the packets are coupled and stuffing data is 40 
abandoned. Therefore, packet data in a data format in 
figure 9 can be received, and from the packet data, tiie 
MPEQ2 program stream recorded in ttie recording 
medium such as the DVD in sector units can be 
restored. 4s 

[Embodiment 6| 

[01 75] Rgure 1 6(a) is a block diagram showing a data 
recording device according to a sixth embodimerrt of the so 
present invention. First construction of the device will 
bedescrbed. 

[01 76] Referring to figure 1 6(a). ttrere is shown a data 
recording device 1 006. The data recording device 1 006, 
as in the case of he data receiving device 1004. ss 
includes a data receiver 1304 for receiving packets out- 
put from the data transmitting devrce 1002 of the sec- 
ond embodiment toward the network N. arxJ a header 



analyzer 1301 for analyzing a header of the received 
packet, and outputting divided pack data 1301a and 
size data 1301b of the divided pack accorcfing to the 
analysis result. The data recording devrce 1006 further 
includes a data coupler 1302 for coupling divided packs 
to generate a pack of 2048 bytes of the MPEQ2 pro- 
gram stream in accordance witii a control signal, a sys- 
tem controller 1 604 for outputting the size data 1 301 b to 
the data coupler 1302 as ttie control signal, and a signal 
processor 1 601 for subjecting an output of the data cou- 
pler 1302 to ECC coding and recording nvxlulation, and 
data to-be-recorded to an optical head 1602. The sys- 
tem controller 1604 is used for controlling ttte optical 
head 1602. 

[0177] Rgure 14 schematically shows structures of 
packets received by the data recording device 1006 of 
the sixth embodiment 

[01 78] Next, operation of the device will be deserved. 
In the recorcfing devk;e 1006 of the sixtti embodiment, 
the receiver 1304 receives packets over the network N. 
the header analyzer 1301 analyzes headers of the 
packets, and the data coupler 1302 restores pack data, 
as in the case of the data receiving device 1004 of the 
fourth embodiment. 

[01 79] When the pack 607 of 2048 bytes in whk:h ttie 
divided packs 701-708 have been coupled by ttie data 
coupler 1302, is input to the signal processor 1601, ttie 
signal processor 1601 subjects the packs to ECC cod- 
ing and modulation, or the like. Then, under the control 
of the system controller 1604 . the optical head 1602 
records the pack 607 onto a recording position of the 
optical disk 1603. 

[0180] The fblbwing received packets are processed 
in the same manner. Rom packets, pack data is 
restored and then recorded in the optical disk 1603. 
[0181] Thus, in the data recording devk:e 1006 of the 
sixtti embodiment, packets output from the data trans- 
mitting device 1002 of ttie seoorxl embodiment toward 
the network N through the 13941/F are received, and 
according to the analysis result of their headers, divided 
packs contained in the packets are coupled, and the 
resulting coupled pack data is recorded in the recording 
medium. Therefore, packets transmitted through the 
digital interface such as the IEEE1394 can be received, 
and from the packets, ttie MPEQ2 stream data can be 
restored, and recorded in the recording medium such as 
the DVD in sector units. 

[0182] While in the sixtti embodiment, ttie data record- 
ing devk;e 1006 receives packets transmitted from ttie 
data transmitting device 1002 of the second emtxxii- 
ment through the 13941/F. and restores and records the 
MPEG2 program stream data, the signal processor 
1601 and the optical head 1602 of the device 1006 may 
be replaced with an AV data decoder (AV data 
decoder) 1605. thereby realizing an device 1006a for 
image display of restored program stream data as 
shown in figure 16(b). Beskies. format of data recorded 
in the optical disk is not limited to the data format shown 
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in figure 6. 

[0183] In addition, while in the data trar^rtb'ng 6eAce 
and the data recording donee of the second, third arxj 
sixth embodiments respectively use the optical disk as 
the recordng medium, this is not restricted to the optical 
disk so long as it records and reproduces data in sector 
units. As an exanrtple of this, a nrugnetic cfisk ^ possODle. 
[0184] Yet in addition, while in the data transmitting 
device, the data receiving device, and the data record- 
ing device of the second through sixth embodiments, 
packs of the program stream are 2048 bytes in size, the 
size Is not limited thereto. 

[0185] Further, while in the second and third embodi- 
ments, pack data of 2048 bytes is divided into packs of 
the same size, this may be divided into packs of different 
sizes. 

[0186] Still further, in the data transmitting device of 
the second and third embocfinnents, whether or not a 
divided pack contains head data of a pack ts indicated 
by a flag contained in a header. As a possible alterna- 
tive, count nurTt}er of divided packs is set in a header, 
thereby indicating tfiat a divided pack contains head 
data of a pack of a program stream. 
[0187] Moreover, while in the second and third data 
transmitting device, the packet g^erator 503 is rx>tified 
of information indicating that a divkied pack contains 
head data of a pack through the system controller 504. 
the data divkler 502 may directly notify the packet gen- 
erator 503 of this without the system ccKitroller 503. 

[Embodiment 7] 

[0188] Rgure 1 7 is a block diagram illustrating a data 
transmitting device 1 007 according to a seventh emtxxi- 
Iment of the present invention. 
[0189] The data transmitting device 1 007 includes an 
optical head 1707 for reading data from an optical disk 

1708 as a recording medium; a signal processor 1701 
for subjecting the read data to binarization and denrxxi- 
ulation; and an ECC decoder 1702 for subjecting the 
output from the signal processor 1701 to ECC decod- 
ing. 

[0190] The data transmitting device 1007 further 
Includes a buffer 1703 for storing the data output from 
the ECC decoder 1702; a packet generator 1704 for 
packetizing the data output from the buffer 1703 and 
ck)ck information, and adding header information or the 
like to the generated packets, which Information is for 
transmitting data through a digital interface s\k^ as the 
13941/F; and a data transmitter 1709 for outputting the 
packets output from the packet generator 1704. toward 
the network N. The structure of the data transrrttter 

1 709 is Identical to that of the conventional 1 3941/F. 
[0191] The data transmitting device 1007 further 
includes an AV (audbyvkieo) data decoder 1706 for 
requesting data from the buffer 1703. and decoding the 
data output from the buffer 1 703; and a system control- 
ler 1705 for controlling the packet generator 1704 



according to the amount of data stored in the buffer. 
[0192] A descr9}tion is given of the operation of the 
data trarYsmitting device. 

[0193] The data read from the optk^al disk by the opti- 
5 cal head 1 707 is sutijected to b'narization and denrxxlu- 
lation in the signal processor 1 701 . and sent to the ECC 
decoder 1 702. The data input to the ECC decoder 1 702 
^ sut>iected to ECC decoding, and input to the buffer 
1703. 

10 [0194] Whether the atxyve-mentbned data readout 
operation. i.e.. the operatbn of reading data from the 
optical disk 1708 and then inputting the data to the 
buffer 1 703. is performed or not depends on the arrxiunt 
of data stored in the buffer 1703. 

IS [01 95] To be specific, when the amount of data stored 
in the buffer 1703 becomes smaller than a first pre- 
scribed amount data are continuously read from the 
optical disk 1708 and stored in the buffer 1703. When 
the amount of data stored in the buffer 1 703 exceeds a 

20 second prescribed anrx)unt readout of data from the 
optical disk 1708 is stopped. 
[0196] Further, readout of data from the buffer 1703 
into the AV data decoder 1706 is performed according 
to a request for data transfer 1 71 0. which is output from 

25 the AV data decoder 1 706 to the buffer 1 703. On receipt 
of the data transfer request 1710. the buffer 1703 out- 
puts the data in rotation as input. The output data 1714 
are successively decoded by the AV data decoder 1 706. 
SimuHaneously. the data 1714 output from the buffer 

30 1703 are input to the packet generator 1704 as well. 
Further, dock infbrmatfon 1711 generated by the AV 
data decoder 1706 Input to the packet generator 
1704. 

[01 97] The packet generator 1 704 packetizes the data 
35 from the buffer 1703 and the dock informatkxi 1711, 
adds header information or the like to the packets so 
generated, which information is for transmitting data 
through a digital interface, and outputs the packets fo 
the data transmitter 1709. The data transmitter 1709 
40 outputs the packets from the packet generator 1704 
toward the network N. 

[01 98] Hereinafter, the operation of the data transmit- 
ting device will be described in more detail using a tinrv 
ing chart shown in figures 18(a)~18(e). 

45 [0199] Rgure 18(a) is a graph showing how the 
anrxHjnt of data stored in the buffer 1703 changes with 
time, and figure 18(b) shows whether the buffer 1703 is 
In the underflow state or not with "H" level and "L" level. 
That is, the period of H level shows that the buffer 1 703 

50 is in the underflow state while the period of L level 
shows that the buffer 1703 is not in the underffow state. 
[0200] Further, figure 18(c) shows the data transfer 
reque^ output from the AV data decoder 1706 to the 
buffer 1703. and the transfer request is output in the 

55 period of H level. Rgure 18(d) shows the output of data 
from the buffer 1 703. and the data is output in the period 
of H level. Rgure 18(e) shows cteta output from the data 
transrrttter to the network N. 
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[0201] At time to. data of the same amount as the sec- 
ond prescrit>ed amount are stored in the buffer 1 703. At 
time t1, a data transfer request is output from the AV 
datadecoder1706tothebuffer1703. ft is premised that 
the data transfer reque^ from the AV data decoder 5 
1 706 is output at equal Intervals When the data transfer 
recpjest is output from the AV data decoder 1 706 to the 
buffer 1703. the operation of outputting data 1801 from 
the buffer 1703 to the AV data decoder 1706 and the 
packet generator 1 704 is started. When the data trans- w 
fer request is stopped at time t2, the data transfer from 
the buffer 1 703 Is stopped tenporarity. 
[0202] Since the data transmitter 1709 is ttie 
IEEE13941/R the data transmitter 1709 detects a cyde 
start packet 1803 at time t3. whereby a cyde 1804 is is 
started. At time t3. the data, which has already been 
output from the buffer 1703 but has not been output to 
the network N. is the data 1801, the packet generator 
1704 adds a header 1802 or the like to this data 1801, 
which header is for transmitting ttie data through the 20 
data transnrvtter 1709, and ttien outputs the data to the 
data transmitter 1 709. 

[0203] Figures 19(a) and 19(b) show the structure of 
an isochronous packet 1900 handled in the 
IEEE1394I/F. Th^ isochronous packet 1900 is com- 25 
posed of AV data 1904, and an isochronous header 
1902 and a CIP header 1903, which headers are added 
totiieAV data 1904. The AV data 1904 is the data 1801. 
The CIP header 1903 indudes a buffer flag 1905, and 
this buffer flag 1905 indicates whether the buffer 1703 30 
underflows or not. The buffer flag 1905 is "1" when the 
buffer 1703 underflows, and it is "0" when the buffer 
1 703 does not undeff k3w. Accordingly, in the CIP header 
of the header 1902. the buffer flag 1905 is "0". Thereaf- 
ter, the data, which have t>een similarly output from the 35 
buffer, are successively output to the data transmitter 
1 709 as a digital interface. 

[0204] At time t4, the amount of data stored in the 
buffer 1703 becomes smaller than the first prescribed 
anxujnt. The amount of data stored In the buffer 1703 40 
(information 1 715) is monitored by the system controller 
1 705. When the system controller 1 705 detects that the 
amount of data stored in the buffer 1703 becomes 
smaller than the first prescribed amount, it contrds the 
optical head 1707. the signal processor 1701 and the 45 
ECC decoder 1 702 so that the readout of data from ttie 
optical disk 1708 is carried out When the arTX>unt of 
data stored in the buffer 1703 reaches the second pre- 
scribed amount at time t5, the system controller 1705 
controls the optical head 1707. the signal processor so 
1701. and the ECC decoder 1 702 so ttiat the readout of 
data from the optical disk 1708 is stopped. 
[0205] Now it is assumed that no data is input to the 
buffer 1703 although the amount of data stored in tiie 
buffer 1703 becomes smaller than the first presabed 55 
anrK)unt at time t6. For example, when accessing to data 
to be reproduced, if it takes a very long time to find a 
sector in which the data is recorded because of unsuc- 



cessful track jumping or the like, the buffer \& in such sta- 
tus. The buffer is in such status also when an ECC error 
occurs in the ECC decoder 1702 and the same data is 
again read from the optical disk 1708. 
[P206] At time t7, a data transfer request is output 
from the AV data decoder 1 706. and data is output from 
ttie buffer 1 703. At time t8. the amount of data stored in 
the buffer 1703 becomes 0, resulting in underflow. The 
system controller 1 705 detects ttiat the buffer 1 703 is in 
the undeffk>w state, and posts this fact to the packet 
generator 1 704 with a signal 1 713. 
[0207] At time t9. a data transfer request is output 
from the AV data decoder 1 706 to the buff^ 1 703. Since 
the buffer 1703 is in the und^low state, no data is out- 
put from the buffer 1 703. Even though any data is output 
from the buffer at this time, the output data is not effec- 
tive. 

[0208] At time tlO. a cyde start packet 1805 is 
detected and a cyde 1806 is started. Since the data, 
which has been output from the buffer 1703 but has not 
yet been output to tiie data transmitter 1 709 at time t1 0, 
is the data 1807, the data transnrutter 1709 adds a 
header 1808 or the like to this data 1807 and outputs 
this data to the network N. 

[0209] At time til. a cyde start packet 1809 is 
detected and a cyde 1810 is started. At time t1 1 . there 
s no data whk^h has been output from the buffer 1703 
but has not been output through the data transmitter 
1709 to the network N and. moreover, the buffer 1703 is 
in ttie underflow state. Therefore, the packet generator 
1704 transmits only the header as an isochronous 
packet 1811 to the data transmitter 1709. and ttiis iso- 
chronous packet 1811 comprising only the header is 
output from ttie data transmitter 1709 toward ttie net- 
work N. 

[021 0] Rgures 20(a) and 20(b) show ttie structure of 
an isochronous packet 2011 corresponding to the 
abov&<fescrit>ed isochronous packet 1811. As shown in 
ttiese figures, the isochronous packet 201 1 has no data 
section. Further, since the buffer 1703 is in the under- 
flow state, ttie buffer flag 2205 is "1 
[0211] In a cyde 1812, as in ttie cyde 1810, there is 
no data which has been output from ttie buffer 1 703 but 
has not been output to the network N. and the buffer 
1703 is in the underflcw stata Therefore, an iso- 
chronous packet 1 81 3 similar to the isochronous packet 
181 1 is output 

[0212] At time t12, input of data to ttie buffer 1703 is 
resumed, whereby the buffer 1703 is released from the 
underflow stata At time t13, a cyde start packet is 
detected, and a cyde 1814 is started. At time t1 3. ttiere 
is no data which has been output from the buffer 1703 
but has not been output to the digital interface 1 709, but 
the txiffer 1 703 is not in the underflow stata Therefore, 
ttie isochronous packet 1815 generated by ttie packet 
generata 1704 and comprising only ttie header is out- 
put ttirough ttie data transmitter 1709 toward ttie net- 
work N. Since the buffer 1703 is not in ttie underflow 
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state, the value of the buffer flag of the isochronous 
packet 1815 is "0" like the txjffer flag 1905 of the iso- 
chronous packet 1811. 

[0213] At time t14, the anwunt of data stored In the 
buffer 1703 reaches the second prescra)ed anrxxjnt s 
and output of data from the buffer 1703 is resunted. 
Thereafter, transmission of data is carried out in like 
manner as described for the cycle 1804. 
[0214] As described above, in the data transmitting 
device 1007 according to the seventh embocfinrient. io 
when the buffer 1703 underfkMvs and the d&nce cannot 
s^ data, information indicating that underfkyw has 
occurred in the buffer ^ put in the header information of 
the packet and transmitted, so that the receiving end 
can detect that underflow has occurred in the buffer at is 
the transmitting end. Therefore, the receiving end can 
cope with the underflow of the tniffer by converting the 
operation mode to the error handling mode or the like. 

[Embodiment 8] so 

[0215] Figures 21(a). 21(b). 22(a). 22(b). 23(a) and 
23(b) are diagrams for explaining a data transnrvtting 
device according to an eighth embodiment of the 
present inventk}n. 25 
[021 6] In the data transmitting device according to tNs 
eighth embodimerrt. the data output operation when the 
buffer 1703 does not urvJerflow. i.e.. the operation of 
reading data from the optical disk 1 708 and then output- 
ting a packet to the network N by the data transnvtter 30 
1709. is kjentical to that already descrit>ed for the data 
transmitting device 1007 according to the seventh 
embodiment shown in f i^re 1 7. 
[021 7] Rgure 21 (a) shows the manner of outputting 
data from the buffer 1 703 of the data transmitting device 35 
according to this eig^ embodiment, and figure 21(b) 
shows the state of the output data on the network N. 
Rgures 21 (a) and 21 (b) conrespond to figures 1 8(d) and 
18(e) explaining the operation of the data transmitting 
device according to the seventh embodiment respec- 40 
tfvety. 

[0218] Rgures 22(a) and 22(b) show the structure of 
an isochronous packet 2200 handled by the data trans- 
mitting device according to this eighth embodimerrt. As 
seen from tf^e figures, a CIP header 2201 included in 45 
the isochronous packet 2200 is different in structure 
from the CIP header 1903 of the isochronous packet 
1900 handled by the data transmitting device according 
to the sa^enth emkxxJiment. namely, the CIP header 
2201 has no buffer flag whereas the CIP header 1903 so 
has the buffer flag 1905. In figures 21(a) and 21(b), iso- 
chronous packets 2101 and 2107 at cycles 2104 and 
2106. respectively, are identical to the isochronous 
packet 2200. 

[0219] A desaiptfon is now given of the operation of 55 
the data transmitting device. 

[0220] The operation from time tO to time t6 according 
to this eighth emtxxJinnent is identical to that already 
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described for the seventh embodiment (refer to figures 
18(a)-18(c)) and, therefore, the operation after time t6 
will be desaibed hereinafter. 
[0221] Now it is assumed that no data is input to the 
buffer 1703 though the amount of data stored in the 
buffer 1703 becomes smaller than the first prescribed 
amount. At time t6, the data transmitting device accord- 
ing to this eighth embodiment is in such status. 
[0222] As shown in figure 18(c). at time t7, a data 
transfer request is output from the AV decoder 1706. 
and data is output from ttte buffer 1703. At time t8, the 
anrKxmt of data stored in the buffer 1703 becomes 0. 
and the buffer 1 703 goes into the underflow state. When 
the system controller 1705 detects that the buffer 1703 
m in the underf kiw state, it posts this fact to the packet 
generator 1704 by a prescribed signal 1713. 
[0223] Although a data transfer request is output from 
the AV data decoder 1 706 to the buffer 1 703 at time t9. 
since the buffer 1 703 is in the urvierf low state, no effec- 
tive data is output. 

[0224] Turning to figures 21(a) and 21(b). at time tlO. 
a cyde start packet 2105 is detected and a cyde 2106 
is started. Since the data, which has been output from 
the buffer 1703 but has not been output to the network 
N at time tlO. is the data 2107. the packet generator 
1704 adds a header for transmissfon 2108 or the like to 
tiiis data 2107 and generates a packet, and the data 
transrrvtter 1 709 outputs this pack^ to the network N. 
[0225] At time til. a cyde start packet 2109 is 
detected, and a cyde 21 1 0 is started. At time t1 1 , there 
is not data which has been output from the buffer 1703 
but has not been output to tiie networkNand. nrx)reover. 
the buffer 1703 ^ in the underflow state. 
[0226] Hence, the packet generator 1 704 generates 
an isochronous packet 2200 induding data of a pre- 
scribed specific pattern 2204a indicating that underflow 
of the buffer has occurred, instead of the AV data 1904 
of the isochronous packet 1900 (refer to figure 19(a)), 
as shown in figures 22(a) and 22(b). Employed as a 
specifk; pattern indicating that underffow of ttie txjffer 
has occuned is as follows: data of a pattern in which all 
bits (32 bits) in one horizontal line of the isochronous 
packet shewn in figure 22 are 0; or a 32-bit sequence 
error code 000001 B4h (h means hexadedmal) defined 
in MPEG2. When this packet is output as an iso- 
chronous packet 21 13 to the data transmitter 1709. the 
data transmitter 1709 outputs the isochronous packet 
21 13 to the network N. 

[0227] In a cycle 21 1 2. as in the cycle 2110, there is 
not data which has been output from the buffer 1 703 txjt 
has not been output to the network N. and the buffer 
1703 is in the underffow state. Therefore, the packet 
generator 1 704 generates an isochronous packet 2114 
induding the above-mentioned data of a specific pattern 
2204a, instead of the AV data 1904. and outputs this 
packet 21 14 to the data transmitter 1 709. Thereby, the 
isochronous packet 21 1 4 is output from the data trans- 
mitter 1 709 to the networi( N. 
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[0228] As shown in figure 18(a). at time t12. input of 
data into the buffer 1 703 is resumed, whereby the buffer 
1703 is relied from the underftow state. Then, as 
shown in figure 21 (b). a cyde start packet is detected at 
time t13. and a cyde 21 17 is started. At time t13, there 5 
Is no data which has been output from the buffer 1703 
but has not been output to tiie data transmitter 1 709, but 
the txiffer 1703 is not in the underflow state. Therefore, 
the packet generator 1704 outputs an isochronous 
packet 2115 comprising only a header toward the data w 
trar^itter 1709. Since the buffer 1703 is not in the 
underflow state, the isochronous packet 21 15 is identi- 
cal to the isochronous packet 2301 which comprises 
only the isochronous header 2302. the CIP header 
2301 . and the Data_CRC. rs 
[0229] As shown in figure 18(a). at time t14, the 
amount of data stored in the buffer 1703 reaches the 
second prescribed amount and output of data from the 
buffer 1 703 is resumed. Thereafter, data transmission is 
carried out in like manner as already descrit>ed for the 20 
cyde 2104. 

[0230] As desaibed atxsve. in the data transmitting 
device according to the eighth embodiment, when the 
device cannot transmit data because the buffer 1703 
urxjerflows. data of a specific pattern is inserted in the 2s 
data section of the pack^, as information indicating that 
urxlerflow of the buffer has occurred, and then the 
packet is transmitted. Therefore, like the seventh 
embodiment of the invention, it is possible to post that 
undeiftow of the buffer has occurred to the receiving 30 
erxf. 

[Embodiment 9| 

[0231 ] Rgure 24 is a block diagram illustrating a data 35 
receiving device according to a ninth embodiment of the 
present invention. 

[0232] A data receiving device 1 009 according to this 
ninth ^nbodiment receives a packet whk^h has t>een 
output from the data transmitting device 1 007 according 40 
to the seventh embodiment toward the network N. The 
device 1009 comprises a data receiver 2407 which 
receives a packet on the network N; a header analyzer 
2401 which analyzes the header of the received packet, 
and outputs data 2401 a corresporxiing to the buffer out- 45 
put of the transmitting device, and a header analyst 
result 2401b; an AV data decoder 2402 which decodes 
the data 2401a from the header analyzer 2401 and out- 
puts an AV signal; and a system controller 2403 which 
controls the decoder 2402 on the t>asis of the header so 
analysis result 2401b. 

[0233] A desaiption is given of the operation of the 
data receiving device 1009. 

[0234] When the data receiver 2407 receives a packet 
on tiie network N, the header analyzer 2401 in the sut>- 55 
sequent stage checks ttie header of the packet. To be 
specific, when the data receiver 2407 receives a packet 
like the packet 1800. i.a. the packet having the structure 



shown In figure 19. the header analyzer 2401 checks 
the isochronous header 1902 and then checks the CIP 
header 1903. When checking tiie CIP header 1903, the 
header analyzer 2401 checks the buffer flag 1905 
induded in ttie CIP header 1903. When the buffer flag 
1905 shows 'no underflow of buffer", the AV data 1904 
is subjected to CRC (Cydic Redundancy Check). When 
the resuK of the CRC is correct, the AV data 1 904 in the 
packet is output to the AV data decoder 2402. The AV 
data decoder 2402 decodes the AV data and output an 
AV signal. 

[0235] A description is given of a case where tiie 
buffer flag 1905 induded in the CIP header 1901 indi- 
cates "underflow of buffer when it is checked. In this 
case, the data receiving device receives the packet 
1811 shown in figure 18(e), i.e., the packet 2011 having 
the structure of figures 20(a) and 20(b), arvj operates as 
follows. 

[0236] The header analyzer 240 1 posts that underf bw 
has occurred in the buffer at the transmitting end. to the 
system controller 2403. by the header analyst result 
2401 bi Then, the system controller 2403 posts tfiat 
underflow has occurred in the buffer at the transmitting 
end. to the AV data decoder 2402. Thereby, ttie AV data 
decoder 2402 stops the operation In normal decoding 
nxxJe. and starts the operation in enror handling mode. 
For example, the operation in error handling nrvxJe is to 
still and display a prevbus image, or to mute the audio 
signal. 

[0237] Next, the data receiver 2407 receives a packet 
1813, and tills packet 1813 is input to the header ana- 
lyzer 2401. The buffer flag 1905 induded in tiie CIP 
header of this packet 1813 indicates "underf tow of 
buffer". So. the header analyzer 2401 posts tfiat under- 
flow has occun-ed in the buffer at the transnvtting end, to 
the system contrdler 2403. as the header analyst 
result 2401b. On receipt of this information, the system 
controller posts tfiat underfbw has occurred in the 
buffer at the transmitting end. to the AV data decoder 
2402. Since ttie AV data decoder 2402 has already 
been operating in the error harxiling mode, it continues 
the error handling mode operation. 
[0238] Next, the data receiver 2407 receives a packet 
1815, and this packet is input to the header analyzer 
2104. The bufferf lag 1905 induded in the CIP header of 
this packet 1815 Indicates "no underflow of buffer". 
Accordingly, the header analyzer 2401 posts tfiat under- 
f tow has not oocunred in the buffer at tfie transmitting 
end. to the system controller 2403, as the header anal- 
ysis result 2401b. Then, the system contidler 2403 
posts that ttie buffer at the transmitting end has been 
released from the underf tow state, to ttie AV decoder 
2402. Thereby, the AV data decoder 2402 stops ttie 
operation In error handling mode, and resumes the 
operation in normal decoding moda 
[0239] As descrbed above, in the data receiving 
devtoe 1009 according to the ninth embocfiment when 
the packet, which has t>een received through the digital 
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interlace, includes information indicating that underflow 
has occurred in the buffer at the transmitting erxj. th^ 
information is detected, and the operating mode in 
decocfing of AV data is converted from tiie normal mode 
to the error handling nKxie. Therefore, the receiving end 5 
can perform speedy error handling, whereby disorder of 
video and audio signals due to underflow of the buffer at 
the transnvtting end can t>e effectively suppressed. 

[Errtxxfiment 10] 10 

[0240] A data receiving device according to a tenth 
embodiment of the present invention will be descrOt>ed 
using figures 24, 18(a)-18(e), 21(a). 21(b), 22(a) and 
22(b). IS 
[0241 ] A data receiving device according to this tenth 
embodiment receives a pacM stream shown in figure 
21 (b) whk:h has t>een output from the data transmitting 
devk:e according to the ^ghth ennbodiment toward the 
network N. 20 
[0242] The data receiving device according to this 
tenth embodiment is different from the data receiving 
device according to the ninth embodiment only in the 
process of analyzing the information indicating that 
urxlerflow has occuned, in the header analyzer. 25 
[0243] A description is given of the operation of the 
data receiving device. 

[0244] When the data receiver 2407 receives a 
packet, the header analyzer 2401 in the subsequerrt 
stage checks the header of the packet. To be specific. 30 
when the data receiver 2407 receives a packet like the 
packet 2102, i.e.. the packet 2200 having the structure 
shown in figure 22. the header analyzer 2401 checks 
the isochroTKHJS header 1902 and then checks the CIP 
header 2201. Then, the AV data 1904 is subjected to 35 
CRC. When the result of the CRC is correct, it is 
checked whether the AV data 1904 includes a specific 
pattern or not. Included as a specific pattern is, for 
example, data of a pattern in which all of 32 bits are 0. 
or a 32-bit sequence error code 000001 B4h (h means 4C 
hexadecimal) defined in MPEQ2. 
[0245] When the AV data 1 904 does not includes such 
specific pattern, the header analyzer 2401 outputs the 
AV data 1904 to the AV data decoder 2402. The AV data 
decoder 2402 decodes the AV data and outputs an AV 46 
signal. 

[0246] A description is given of a case where the AV 
data 2204 includes a specific pattern. This case corre- 
spoTKls to the case of receiving the packet 2103 shown 
in figure 21 (b). The structure of this packet 21 03 is iden- so 
tical to that of the isochronous packet 2202 shown in fig- 
ures 22(a) and 22(b). The specific pattern 2204a 
included in the AV data 2204 of the packet 2200 indi- 
cates that underflow has occurred in the buffer at the 
transmitting end. In this case, the header analyzer 2401 ss 
posts tfiat urvJerflow has occurred in the buffer at the 
transmitting end. as the header analysis result 2401b. to 
the system controller 2403. Then, the system controller 



2403 posts that underflow has occurred in the buffer at 
the transmitting end. to the AV decoder 2402. On 
receipt of this information, the AV decoder 2402 stops 
the operation in normal decoding nruxJe. and starts the 
operation in error harxJling nrxxle. For example, the 
operation in error handling mode is to still and display a 
previous image, or to mute the audio signal. 
[0247] Next the data receiver 2407 receives a packet 

2114. The AV data of the packet 2114 includes a spe- 
cific pattern which indicates that underflow has occured 
in the buffer at the transmitting erxJ. Accordirigly. the 
header analyzer 2401 posts that underfbw has 
occurred in the buffer at the transntittir^ end. as the 
header analysis result 2401b. toward the system con- 
troller 2403. Then, the system controller 2403 posts that 
underflow has occurred in the buffer at the transmitting 
end. to ttie AV data decoder 2402. Since the AV data 
decoder 2402 has already been operating in the en^or 
handling nKxie. it continues the error handling mode 
operation. 

[0248] Next, the data receiver 2407 receives a packet 

2115. The structure of this packet 2115 is identical to 
that of the isochronoi^ packet 2301 shewn in figures 
23(a) and 23(b) and. therefore, this packet 21 15 does 
not include AV data, which nneans that no underflow has 
occurred in the buffer at the transmitting erxl. Therefore, 
the header analyzer 2401 posts ttiat the buffer at the 
transrrvtting end has t>een released from the underflow 
state, as the header analysis result 2401b. to the sys- 
tem controller 2403. Then, the system controller 2403 
posts tfiat the buffer at the transmitting end has k>een 
released from the underflow state, to the AV decoder 
2402. On receipt of this infbnnation, the AV data 
decoder 2402 stops the operation in error handling 
mode, and resumes the operation in normal decoding 
moda 

[0249] As descrft>ed akxjve. in the data transmitting 
device according to the tenth embodiment, when a 
packet, which has been received by the data transmitter 
(digital interface), includes data of a specific pattem 
indicating that underfkjw has occurred in the buffer at 
the trar^mitting end, this data is detected, and the oper- 
ating mode of decoding of AV data is converted to the 
error handling moda Therefore, as in the ninth embodi- 
ment of the invention, the receiving end can perform 
speedy error handling, whereby disorder of video and 
audio signals due to underflow of the buffer at the trans- 
rrvtting erxi can t>e mininrtized. 
[0250] While in the seventh to tenth embodiments the 
IEEE1394I/F is employed as a digital interface, other 
digital interfaces may be employed. 
[0251 ] Further, while in the seventh to tenth embodi- 
ments audio and video data are described as data 
recorded in a recording medium, subtitie data or the like 
may be included. Further, the data recorded on the 
medium may be one of video data and audio data. 
[0252] Further, while in the seventti and eighth 
embodiments an optical disk is errployed as a recording 
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medium, other recording media, such as a magnetic 
disk, may be employed. 

[0253] Furthermae. while in the seventh arxi ninth 
embodiments the buffer flag 1905 i^es T to show that 
underflow of buffer has occurred and uses 'O" to show s 
that underflow of buffer has not occun'ed. "r and "0" 
may t>e inverted. 

[0254] Moreover, while in the seventh and eighth 
embodiments the output from the buffer is output to the 
packet generator as it is. the output from the buffer may io 
be divided as described for the second embodiment 
before being input to the packet generator. 
[0255] Furthermore, the temporal relationsNp 
between the data transfer request from the AV data 
decoder 1706 and the isochrorx>us cyde is not 75 
restricted to that shewn in figures 18(a)-18(e). 

[Embodimerrt 11] 

[0256] Rgure 25 is a block diagram for explaining a 20 
data transmitting device 101 1 accorcGng to an eleventh 
embodiment of the present invention. 
[0257] The data transn^ng device 101 1 comprises 
an optrcal head 2507 for reading data from an optical 
disk 2508 as a record medium; a signal processor 2501 2s 
for subjecting the read data to binarization and demod- 
ulation; and an ECC decoder 2502 for subjecting the 
output from the signal processor 2501 to ECC decod- 
ing. In this data transmitting dence 1011. readout of 
data from the optical disk 2508 to the signal processor 30 
2501 is carried out for each unit of ECC processing. 
[0258] The data transmitting device 1011 further 
includes a buffer 2503 for storing the data output from 
the ECC decoder 2502; a packet generator 2504 for 
packetizing the data output from the buffer 2503 and 35 
dock information, and adding header information or the 
like to the generated packets, which information is for 
transmitting data through a digital interface such as the 
13941/F; arKl a data transmitter 2509 for outputting the 
packets from the packet generator 2504 toward the net- 40 
work N. The structure of the data transmitter 2509 is 
identical to that of the 1 3941/F. 
[0259] The data transmitting device 1011 further 
indudes an AV data decoder 2506 for requesting data 
from the buffer 2503, decoding the data output from the 4s 
buffer 2503. and outputting the dock information; and a 
system controller 2505 for controlling the packet gener- 
ator 2504 according to the amount of data stored in the 
buffer 2503. 

[0260] Rgure 26(a) is a (fiagram for explaining the so 
sector structure of the optical disk 2508, wherein a track 
formed on the optical disk 2508 is straightened. 
[0261] Figure 26(a) shows that the sector size is 2k 
bytes (2048 bytes) as the user data size, and a unit of 
ECC processing is 16 sedors (user data size » 32k 55 
bytes). Hereinafter, this one-t)k>ck unit of ECC process- 
ing is called a duster. The size of data actually recorded 
in one sedor of the optical disk 2508 is equivalent to the 



user data of 2k bytes to which ECC data is added. 
[0262] A description is given of the operation of the 
data transmitting device 1 01 1 . 
[0263] Readout of data from the optical disk 2508 is 
carried out for each duster. The data read from the opti- 
cal (fisk 2508 is subjected to binarization and demodu- 
lation in the signal processor 2501. and input to the 
ECC decoder 2502. The data input to the ECC decoder 
2502 is subjected to ECC decoding and then input to 
the buffer 2503. 

[0264] The above-mentioned data readout op^ation. 
i.e.. the operation of reading data from the optical disk 
2508 and th^ inputting the data into the txiffer 2503. is 
carried out intermittentiy according to the amount of 
data stored in the buffer 2503. That is. when the amount 
of data stored in the buffer 2503 becomes smaller than 
the f ir^ prescribed arrxxint, data are continuously read 
from the optical disk 2508 and stored in the buffer 2503. 
When the amount of data stored in the buffer 2503 
exceeds the second prescribed anrK>unt readout of data 
from the optical (fisk 2508 is stopped. 
[0265] Readout of data from the buffer 2503 to the AV 
data decoder 2506 is performed according to the 
request for data transfer 2510 output from the AV data 
decoder 2506. On receipt of the request 2510. the 
buffer 2503 outputs data in rotation as input The output 
data 2514 is successively decoded by the AV data 
decoder 2506. Simultaneously, the data 2514 output 
from the buffer 2503 is input to the packet generator 
2504 as w^l. Further, the dock information 251 1 gener- 
ated t>y the AV data decoder 2506 is input to the packet 
generata 2504. The packet generator 2504 packetizes 
the input data and the dock information, adds header 
information or the like to the packets so generated, and 
outputs the packets to the data transmitter 2507. Then, 
the data transmitter 2507 outputs the packets to the net- 
work N. 

[0266] The atxive-mentioned operation will t>e 
descrS>ed in wore detail. 

[0267] It is assumed that data of a duster 2617 read 
from the optical disk 2508 (ref^ to figure 26(a)) is proc- 
essed by the signal processor 2501 and, thereafter, this 
data is subjeded to ECC decoding by the ECC decoder 
2502 with no occurrence of error. In this case, the data 
of the duster 2617 which has been subjeded to ECC 
decoding is read into the AV data decoder 2506 and, 
simultaneously, irput to the buffer 2503. The data of the 
duster 2617 output from the buffer 2503 is packetized 
by the packet generator 2504 and output through the 
data transmitter 2507 to the network N. 
[0268] As shown in figure 26(a). the duster 261 7 is 
con^posed of sectors 2601-2616, each sector having 
the size of 2048 bytes. Hence, the packet generator 
2504 divides the data of the duster 2617 so that the 
data can be transmitted through the data transmitter 
2507 within an obtained band, and adds header infor- 
mation or the like to the data of the divided dusters. 
Then, the packet generator 2504 packetizes the data of 
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the divided clusters, and outputs the packets so gener- 
ated to the data transmitter 2507. 
[0269] Rgures 27(a) and 27(b) are diagrams showing 
ft\e structure of an isochronous packet 2700 handled in 
the IEEE1394I/F The isochronous packet 2700 is com- s 
posed of AV data 2704, and an isochronous header 
2703 and a CIP header 2701 , which headers are added 
to the AV data 2704. The AV data 2704 corresponds to 
the data of the cluster 261 7. 

[0270] Rgure 28 shows isochronous data flowing on io 
the network N. In cycles 2805 and 2806, data 2801 and 
2802 of the cluster 261 7 flow, respectively, and the data 

2802 in the cyde 2806 is the last data of the duster 
2617. 

[0271] Next rt is assumed that an ECC error occurs 75 
when data of the duster 261 8 (refer to figure 26(a)) read 
from the optical disk 2507 is sutsjected to ECC decoding 
t>y the ECC decoder 2502. Then, the ECC decoder 
2502 posts the occurrence of the ECC error to the sys- 
tem controner 2505 by a signal 2512. In this case, re- 20 
reading of the du^er 261 8 from the optical disk 2508 is 
not cam'ed out, but readout of the next duster 2619 is 
carried out 

[0272] Accordingly, in the data input to the kxjffer 
2503, tfie duster 2619 follows the duster 2617 as 25 
shown in fi^re 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
contrdler 2505, the system controller 2505 detects a 
point of time at which the last data of the duster 261 7 ^ 
output from the buffer 2503, according to a monitor sig- 30 
nal 251 5 showing the amount of data stored in the buffer 
2503. When the last data of the duster 2617 has been 
output from the buffer 2503, the system controller 2505 
posts that an ECC error has occurred in the next duster, 
to the packet generator 2504, by a signal 2513. 3S 
Thereby, the packet generator 2504 knows that the data 
of the dust^ to be input will rxrt be input because of the 
ECC error. Then, the packet generator 2504 s^ the 
ECC flag 2702 of the CIP header 2701 to ECC error 
state, and generates a packet induding no AV data 40 
2704. 

[0273] The ECC flag 2702 uses "1" to show that an 
ECC error has occurred, and to show that no ECC 
error has occurred. In this case, the ECC flag 2702 is 
set to T. 45 
[0274] Rgures 29(a) and 29(b) show the structure of 
a packet 2900 when an ECC error has occurred. As 
shown in figure 28. in a cyde 2807, the packet gener- 
ated by the packet generator 2504 is output as a packet 

2803 through the data transmitter 2507 to the network so 
N. 

[0275] Next the data of the duster 2619 is output from 
the buffer 2503 as shown in figure 26(b). Since the data 
of the duster 2619 has no ECC error, it is packettzed by 
the packet generator 2504. like the duster 261 7. At this 55 
time, the ECC flag 2702 of the CIP header 2701 is "0". 
Then, the packet generated by the pack^ generator 
2504 is output through the data transmitter 2507 to the 



network N. 

[0276] As descrl>ed above, in ttie data transmitting 
device according to the eleventh embodiment, when 
transrrvtting data, wtiich has been read from a recording 
medium for each duster (a unit of ECC processing) and 
subjected to ECC decoding and packetization. if the 
device cannot trar^mrt the data t>ecause of an ECC 
error, information indicating that the ECC enror has 
occurred is added to the header information of the 
packet and then the packet s transmitted. Therefore, it 
is poG&bke to post the occurence of the ECC erra to 
the receiving end, and the receiving end can speedily 
cope with the ECC error at the trar^mrtting 

[Embodiment 12] 

[0277] Rgures 30, 31(a). 31(b), 32(a) and 32(b) are 
diagrams for explaining a data transmitting device 
according to a twelfth embodiment of the present inven- 
tion. 

[P278] The sector structure of an optical disk as a 
recording mecfium employed in th^ twelfth embocfiment 
is identical to that shown in figure 26(a). 
[0279] The structure of the data trar^itting device 
according to tiiis twelfth embocfiment is fundamentally 
identical to that of the data transmitting device 1011 
according to the Seventh embodiment shown in figure 
25. Further, ihe data outputting operation in the case 
where no ECC error is deteded by the ECC decoder 
2502, i.a, the operation of reading data from the optical 
disk 2508 and then outputting a packet to the network N 
by ttie data transmitter 2507. is identical to that already 
descrbed for the data transmitting device 1011 of the 
eleventh embocfiment 

[0280] The data transmitting device according to the 
twelfth embcxJiment is different from the device accord- 
ing to the eleventh embodiment only in that, when an 
ECC error is detected, the packet generator inserts data 
of a specific pattern into a packet, as information indi- 
cating the occunrence ol ECC error. 
[0281 ] Further, figures 31 (a) to 32(b) show the struc- 
tures of isochronous packets 3100 and 3200. respec- 
tively, handled by the data transnrvtting device according 
to this twetftti embodiment As can be seen from these 
figures, in the iscx^hronous packets 3100 and 3200, the 
structures of CIP headers 3102 and 3202 are different 
from those of the CIP headers 2701 and 2901 of ttie iso- 
chronous packets handled in the cteta transrretting 
device acccxding to the eleventh errtxxfiment respec- 
tively. That is. the CIP headers 3102 arxJ 3202 have no 
ECC flags whereas ttie CIP headers 2701 and 2901 
have ttie ECC flags 2702 and 2902, respectively. 
[0282] Also in this tweHtti embodiment the data trans- 
mitter as a cfigHal interface emptoyed in ttie data trans- 
mitting device is ttie IEEE13941/F 
[0283] A desc;ription is given of the operation of the 
data transmitting device. 

[0284] It is assumed that data of a duster 261 7 IS read 
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from the optical disk 2508, processed t>y the signal 
processor 2501 . and sut>jected to ECC decoding by the 
ECC decoder 2502 with no occurrence of error. In this 
case, the data of the cluster 261 7 which has t>een sufc>- 
jected to ECC decocfing is read into the AV data 
decoder 2506 and, simultaneously, input to the buffer 
2503. Then, the data of the duster 261 7 output from the 
buffer 2503 is packetized by the packet generator 2504. 
and the packet so generated is output through the data 
transmitter 2507 to the network N. 
[0285] Also in this twelfth emtxxiiment. the cluster 
2617 is composed of sectors 2601-2616, each having 
the size of 2048 t^ytes. Further, the packet generator 
2504 cfivides the data of the cluster 2617 so that the 
data can be transmitted within an obtained band, pack- 
ettzes the data of the divided clusters after adcfing 
header information or the like to the data of the divided 
dusters, and outputs the packets so generated to the 
data transmitter 2507. 

[0286] Figures 31 (a) and 31 (b) show the structure of 
an isochronous packet handled in the 1EEE13941/F The 
isochronous packet is composed of AV data 3103, and 
an isochronous header 3101 and a CIP header 3102, 
which headers are added to the AV data 3103. The AV 
data 31 03 corresponds to the data of the duster 261 7. 
[0287] Figure 30 shows isochronous data flowing on 
the network N. In cydes 3005 and 3006, data 3001 and 
3002 of the duster 261 7 flow, respectively, and the data 
3002 in the cyde 3006 is the last data of the duster 
2617. 

[0288] Next, it is assumed that an ECC error occurs 
when data of the cluster 261 8 (refer to figure 26(a)) read 
from the optical d^ 2507 is sti)jected to ECC decoding 
by the ECC decoder 2502. Then, the ECC decoder 
2502 posts the occunrence of the ECC en-or to the sys- 
tem controller 2505 by a signal 2512. In this case, re- 
reading off the duster 2618 from the optical disk 2508 is 
not carried out, but readout of the next duster 2619 is 
can-iedout 

[0289] Accordingly, in the data input to the buffer 
2503, the duster 2619 follows the duster 2617 as 
shown in figure 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
controller 2505. the system controller 2505 detects a 
point off time at whk:h the last data of the duster 261 7 is 
output from the txiffer 2503. according to a monitor sig- 
nal 251 5 shewing the anwunt of data stored in the buffer 
2503. When the last data of the duster 2617 is output 
from the buffer 2503, the system controller 2505 posts 
tfiat an ECC error has occurred in the next duster to the 
packet generator 2504 by a signal 2513. Thereby, the 
packet generator 2504 knows that the data off the duster 
to be input will not be input because off the ECC error. 
Then, the packet generator 2504 generates an iso- 
chronous packet 3200 induding data off a specific pat- 
tern 3203a indicating that an ECC error has occurred, 
instead of the AV data 31 03. 
[0290] Employed as a specific pattem indicating that 



an ECC enror has occurred is as follows: data off a pat- 
tem in which all bits (32 bits) in one horizontal line are 0; 
or a 32-bit sequence error code 000001 B4h (h means 
hexadedmaQ defined in MPEG2. 

5 [0291 ] Rgures 32(a) and 32(b) shm the structure of 
the packet 3200 when an ECC error has occurred. As 
shown in figure 30. in a cyde 3007, the packet gener- 
ated by the packet generator 2504 is output as a packet 
3003 through the data transmitter 2507 to the network 

10 N. 

[0292] Next, the data of the duster 261 9 is output from 
the buffer 2503 as shown in figure 26(b). Since the data 
of the duster 2619 has no ECC error, it is packetized 
like the duster 2617 by the packet generator 2504. 
15 Then, the packet generated by the packet generator 
2504 is output through the data transmitter 2507 to the 
network N. in or after a cyde 3008. 
[0293] As desctfbed at>Gve. in the data transmitting 
device according to the twelfth embodiment, when 
20 trar^mitting data, wfiich hias been read from a recording 
medium tor each duster (a unit off ECC processing) and 
subjected to ECC decoding and padtetization. if the 
devk:e canrxTt transmit the data because of an ECC 
en^or. data of a spedfk: pattem is transmitted as infor- 
ms mation indcating tfiat the ECC error has occurred. 
Therefore, it is possble to post the occurrence off the 
ECC error to the receiving end, and the receiving end 
can speedly cope witti the ECC en-or at the transmitting 
end. 

30 

[Errtxxjiment 13] 

[0294] Rgure 33 is a diagram for explaining a data 
transmitting device according to a tfiirteenth embodi- 

35 ment of the present invention. 

[0295] The sector structure of an optical disk as a 
recording medium employed in this thirteenth embodi- 
ment is identical to that shown in figure 26(a). 
[P296] The structure off the data transmitting device 

40 according to this thirteenth emkxxJiment is fundamen- 
tally kJentical to that of the data transmitting device 1 01 1 
according to the eleventh embodiment shown in figure 
25. Further, the data outputting operation in the case 
where no ECC error s detected by the ECC decoder 

45 2502. i.e.. the operation off reading data from the optical 
disk 2508 and then outputting a packet to the network N 
by the data transmitter 2507, is Identical to that already 
described for the data transmitting device 1011 off the 
eleventh embodiment 

so [0297] The data transmitting device according to the 
thirteenth emtxxJiment is different from the device 
according to the eleventh emtxxliment only in that, 
when an ECC error is detected, the packet generator 
adds incorrect data CRC 3104 as information indicating 

55 the occurence off the ECC error. 

[0298] Also in this thirteentii embodiment, the data 
transmitter as a digital interface of the data transntitting 
device is the IEEE1394I/F 
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[0299] A description is given of the operation of the 
data transmitting device. 

[0300] It Is assumed that data of a cluster 261 7 is read 
from the optical d'sk 2508. processed by the signal 
processor 2501 . and subjected to ECC decoding l>y the 
ECC decoder 2502 with no occun'ence of error. In tNs 
case, the data of the cluster 2617 which has been sut>- 
jected to ECC decoding Is read into the AV data 
decoder 2506 and. simultaneously, input to the buffer 
2503. Then, the data of ttie cluster 261 7 output from the 
buffer 2503 is packetized by the packet generator 2504. 
and the packet so generated Is output through the data 
transmitter 2507 to the network N. 
[0301 ] Also in this thirteenth embodiment, the cluster 
2617 is composed of sectors 2601-2616. each having 
the size of 2048 bytes. Further, the packet generator 
2504 divkJes the data of the cluster 2617 so that the 
data can be transmitted within an obtained band, and 
adds CRC data and header information or the like to the 
data of the divided dusters. Thea the packet generator 
2504 packetizes the data of the divided clusters, and 
outputs the packets so generated to the data transnvtter 
2507. 

[0302] Rgures 31(a) and 31(b) show the structure of 
an isochronous pack^ handled in the IEEE1394I/F. The 
isochronous packet is conposed of AV data 3103. an 
isochronous header 3101. a CIP header 3102. and data 
CRC 3104. The AV data 3103 corresponds to the data 
of the cluster 261 7. 

[0303] Rgure 33 shows isochronous data f kywing on 
the network N. In cycles 3305 and 3306, data 3301 and 
3302 of the cluster 261 7 flow, respectively, and the data 
3302 in the cyde 3306 Is the last data of the duster 
2617. 

[0304] Next it Is assumed that an ECC error occurs 
when the data of the dust^ 2618 (refer to figure 26(a)) 
read from the optical disk 2507 is subjected to ECC 
decodng by the ECC decoder 2502. Then, the ECC 
decoder 2502 posts the occun'ence of the ECC error to 
the system controller 2505 by a signal 2512. In this 
case, re-reading of the duster 261 8 from the optical disk 
2508 Is not carried out. but readout of the next duster 
2619 is carried out 

[0305] Accordingly, in the data input to the buffer 
2503, the duster 2619 follows the duster 2617 as 
shown in figure 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
contrdler 2505, the system controller 2505 detects a 
point of time at which the last data of the duster 261 7 is 
output from the buffer 2503. according to a rrxxtitor sig- 
nal 251 5 showing the amount of data stored In the buffer 
2503. When the last data of the duster 2617 is output 
from the buffer 2503. the system controller 2505 posts 
that an ECC error has occurred In the next cluster to the 
packet generator 2504 by a signal 2513. Thereby, the 
packet generator 2504 knows that the data of the duster 
to be input will not be input t>ecause of the ECC mor. 
Then, the packet generator 2504 generates a packet In 



which incorrect data CRC 3104 is added to the art>ttrary 
data 3103 as shewn in figures 31(a) and 31(b). The 
structure of the packet so generated is apparently iden- 
tical to that of the packet shown In figures 31(a) and 
5 31(b). The data CRC 3104 is not correct CRC data with 
respect to the data 3103. 

[0306] As shown in figure 33. In a cyde 3307, the 
packet generated by the padcet generator 2504 ^ out- 
put as a packet 3303 through the data transmitter 2504 

10 to the network N. 

[0307] Next the data of the duster 261 9 is output from 
the buffer 2503 as shown in figure 26(b). Since the data 
of the duster 2619 has no ECC error, it is pack^ed 
like the duster 2617 by the packet generator 2504. 

IS Then, the packet generated by the packet generator 
2504 Is output through the data transmitter 2507 to the 
network N, in or after a cyde 3308. 
[0308] As descrbed above, in the data transmitting 
device according to the thirteenth embodiment, when 

20 transrrvtting data, wfuch has been read from a recording 
medium for each duster (a unit of ECC processing) and 
subjected to ECC decoding and packetization. if the 
device cannot transmit the data k>ecause of an ECC 
error, a packet in which incorrect data CRC Is added to 

25 AV data Is generated, and this packet Is transmitted to 
the network Therefore, it Is possbte to post the occur- 
rence of the ECC error to the receiving end. and the 
receiving end can speedily cope with the ECC error at 
the transmitting erxi. 

30 

[Errtoodiment 14] 

[0309] Figure 34 is a block cfiagram sfmving a data 
receiving device »xx)rding to a fourteenth errixxfiment 

35 of the present invention. 

[0310] Referring to figure 34. there is shown a data 
receiving device 1014. The data receiving device 1014 
is used to receive packets output from the data transmit- 
ting device 101 1 of the eleventh embodiment toward the 

40 network N. and comprises a data receiver 3404 for 
receiving the packets on the network N. a header ana- 
lyzer 3401 for analyzing a header of the received 
packet, and outputting data 3401a conesponding to a 
buffer output and a header analyse result 3401b. an AV 

45 data decoder 3402 for decoding the data 3401a from 
the header analyzer 3401 and outputting the resulting 
AV signal, and a system controller 3403 fa controlling 
the decoder 3402 according to the header analysis 
result 3401b. 

50 [0311] SiA>sequently. operation of the device 1014 will 
be desait)ed. When the data receiver 3404 receives the 
packets on the network N, the header 3401 at a next 
stage thereof checks their headers. More specifically, in 
a case where the packets 2801 and 2802 in figure 28 

55 are received as the packet 2700 in figures 27(a) and 
27(b). the isochronous header 2703 is first checked and 
then the CIP header 2701 is then checked. When 
checking the CIP header 2701 . the ECC flag 2702 con- 
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tained therein is examined. When the ECC flag indi- 
cates "no ECC error. CRC check on the AV data 2704 
is performed. When the CRC is correct, the AV data 
2704 Is output to the AV data decoder 3402, which 
decodes the AV data and outputs the resulting AV sig- 
nal. 

[0312] Subsequently, description is given of a case 
where the ECC flag 2702 indicates "ECC error". In this 
case, the data receiving device operates in the same 
manner that it processes the packet 2803 in figure 28 as 
the packet 2900 in figures 29(a) and 29(b). 
[031 3] The header analyzer 3401 posts "ECC error to 
the system controller 3403 using the header analysis 
result 3401bL Knowing that ECC error has occurred, the 
system controller 3403 posts this to the AV data 
decoder 3402. which aborts nornial decoding nrxxJe 
operation, and performs enror handling nrvxie operation. 
Taken as an example of the error handling nxxie opera- 
tion is, in a case where the AV data is MPEG data, 
retrieval of GOP (group of picture) headers, picture 
headers, or the like. 

[0314] Thus, in the data receiving devk:e 1014 of the 
fourteenth embodiment, when a packet received 
through the digital interface contair^ information indi- 
cating that the ECC error has occun-ed at the transmit- 
ting end. this is detected and then the decoding 
operation mode converts from the normal mode to the 
error handling mode. Therefore, at the receiving end. 
the error is processed speedily, whereby d^rder of the 
AV signal due to the ECC error is minimized. 

[Embodiment 15] 

[031 51 A data receiving devrce according to a fifteenth 
embodiment will be descrbed with reference to figures 
34. 30. and 31. 

[0316] The data receiving device of the fifteerrth 
embodiment is used to receive the packets In figure 30 
output from the data transmitting device of the twelfth 
embodimerrt toward the network N. 
[0317] The data receiving device of the fifteenth 
embodiment differs from that of the fourteenth embodi- 
ment in that a header analyzer performs decision on 
data indicating that underflow has occurred. 
[0318] Subsequently, operatfon of the device will be 
descrfoed. 

[031 9] When the data receiver 3404 receives packets 
on the network N. the header analyzer 3401 checks 
their headers. Soedficallv. in a case where it receives 



data with all bits set to "0" aligned in a row (32bits), a 32- 
bit sequence enror code 000001 B4h (h: hexadecimal 
number) defined in MPEG2. and so forth. 
[0321] In case of the AV data 3103 including no spe- 
5 cffic pattern data, it is output to the AV data decoder 
3402. which decodes the AV data, and outputs the 
resulting AV signal. 

[0322] Subsequentiy. description is given of the AV 
data 3203 including the specific pattera In this case. 

10 the data receiving device 1015 operates in the same 
nnanner that it processes the packet 3003 In figure 30. 
The header analyzer 3401 posts the ECC error to the 
system controller 3403 using the signal 3401b. Knowing 
the ECC error, the system controller posts this to the AV 

75 data decoder 3402, which aborts normal decoding 
nrxxie operation and then starts error handling mode 
operatbn. Taken as an example of the error harviling 
nrxxJe operatim Is, In a case where AV data Is MPEG 
data, retrieval of GOP (group of picture) headers, plc- 

20 ture headers, or the like. 

[0323] Thus. In the data receiving device of the fif- 
teenth embocOment. when a packet received through 
the digital interlace contains the specific pattern data as 
infonrmtbn Indicating that the ECC error has occurred 

25 at the transmitting end. this is detected and then the 
decoding operation mode converts from the normal 
mode to the error handling mode. Therefore, at the 
receiving end. as in the case of the fourteenth embodi- 
ment, tiie error is processed speedily, whereby dsorder 

30 of the AV signal due to the ECC error is minimized. 

[Embodimerrt 16] 

[0324] A data receiving device of the sixteentti 
35 embedment will be described with reference to figures 
34, 31. and 33. 

[0325] The data receiving device of the sixteenth 
emtxxfiment is used to receive packets output from the 
data transmitting device of the thirteenth embocfinr^ 

40 toward the network N. 

[0326] The data receiving device of the sixteenth 
embedment differs from that of the fourteenth emtxxii- 
ment in tfiat a header analyzer performs decision on 
data indicating that underflow has occurred. 

45 [0327] Sut)sequentiy, operation of the device will be 
desaibed. 

[0328] When the data receiver 3404 receives the 
packets on the network N. the header analyzer 3401 
checks their headers. More soecificaltv. in a case where 
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where the data CRC 3104 is incorrect. In this case, the 
data receiving device 1016 operates In the same man- 
ner that ft processes the packet 3303 in figure 33. 
[0330] IhB header analyzer 3401 posts "ECC error to 
the system controller 3403 using the signal 3401b. 
Knowing the ECC erra, the system controller 3403 
posts this to the AV data decoder 3402, which aborts 
nomial decoding nrxxle operation, and performs error 
handling mode operation. Taken as an example of the 
error handling mode operatk>n is. in a case where AV 
data is MPEG data, retrieval of GOP headers, picture 
headers, or the like. 

[0331] Thus, in the data receiving device of the six- 
teenth embodiment, when a packet received through 
the digital interface contains the incorrect data CRC as 
infomfiation indicating that the ECC error has occurred 
at the transmitting end. this is detected and then the 
decodng operatk>n mode converts from the normal 
nrxxie to the error hancfling mode. Therefore, at the 
receiving end, as in the case of the fourteenth and fif- 
teenth embodiments, the error is processed speedily, 
whereby disorder of the AV signal due to the ECC error 
is minimized. 

[Embocfiment 17] 

[0332] Figure 35 is a bk)ck diagram showing a data 
receiving device according to a seventeenth enrtoii- 
ment of the present invention. 
[0333] The data receiving device 1017 is provided 
with a buffer 3511 t>^ween a header analyzer 3501 and 
an AV data decoder 3502. whk^h has been added to the 
data receiving devk:e 1014 of the fourteenth embodi- 
ment in figure 34, and is used to receive packets output 
from the data transmitting device of the eleventh 
embodiment toward the network N. 
[0334] Sutisequently, operation of the device will be 
desaibed. 

[0335] When the data receiver 3504 receives the 
packets on the network N. the header analyzer 3501 
checte their headers. More specifically, in a case where 
the packets 2801 and 2802 in figure 28 are received as 
the packet 2707 in figures 27(a) and 27(b), the header 
analyzer 3501 first checks the isochronous header 2703 
and then the CIP header 2701 . When checking the CIP 
header 2701 , the analyzer 3501 examines the ECC flag 
2702 contained in the CIP header 2701 . When the ECC 
flag indicates "no ECC error, the analyzer 3501 per- 
forms CRC check on the AV data. When the CRC is cor* 
red, the header analyzer 3501 outputs the AV data 
2704 to the buffer 351 1 as a signal 3501a. The AV data 
2704 input to the buffer 351 1 is. after it is delayed for a 
fixed time, output to the AV data decoder 3502, which 
decodes the AV data and outputs the resulting AV sig- 
nal. 

[0336] Sut)sequentiy, description is given of a case 
where the ECC flag indicates "ECC error" when check- 
ing the ECC flag contained in the CIP header 2702. In 



this case, the data receiving device operates in the 
same manner that it processes the packet 2803 in figure 
28 as the packet 2900 in figures 2d(a) and 29(b). 
[0337] The header analyzer 3501 posts the ECC error 

5 to the system controfler 3503 using the header analysis 
result 3501b. Knowing the ECC error, the system con- 
troller 3503 posts this to the AV data decoder 3502. The 
AV data decoder 3502 performs processing considering 
that error data will be input thereto after some delay in 

10 ttie buffer 3511 while data is delayed by the buffer 3511, 
and then atx>rts normal decoding nxxie operation, and 
starts error handling mode operation when the error 
data is input thereto. 

[0338] Thus, in the data receiving device 1017 of the 

75 seventeenth embodiment, when a packet received 
through the digital interface contains the information 
indk^ating tiiat the ECC erra has occun-ed at the trans- 
mitting end, the is detected and then the decoding oper- 
ation mode converts from the normal mode to the error 

20 handling mode. Therefore, at the receiving end, the 
enor is processed speedily, whereby disorder of the AV 
signal due to the ECC error is minintized. 
[0339] In addition, the AV data is delayed by the buffer, 
and then decoded. Therefore, the decoder can detect 

25 ttiat incorrect AV data resulting from the ECC otot will 
be input thereto. Thereby, decocfing can be performed in 
view of error handling in advance, whereby disorder of 
the video or audio signal due to the ECC error is effec- 
tively suppressed. 

30 [0340] While in the eleventh to seventeentti emtxxii- 
ments the IEEE 1394 is illustrated 8& the digital int^- 
face, another digital interface may be used. 
[0341] While in the eleventh to seventeenth enrdxxii- 
ments. the data recorded in the recording medium is 

35 used as the AV data, this may include sut>titie data. 
Besides, the data recorded in the recording medium 
may t>e one of the vkJeo data and audio data. 
[0342] While in the eleventh to thirteenth emkxxii- 
ments the optical disk is illustrated as the recording 

40 medium, this may t>e another recording medium such 
as a magnetic dsk. 

[0343] In the case where ECC decoding of the cluster 
261 8 has developed the ECC error in the data transmit- 
ting devk;e of the eleventti to thirteenth embodiments, it 

45 will not be reread from the optica) disk 2508. and the 
sut}sequent cluster 2619 is read therefrom. Contrary to 
this, the cluster 2618 may be reread. 
[0344] Although in the data transmitting devrce of the 
eleventh entxxJiment, whether or not the ECC error has 

50 occurred is indicated by the ECC flag 2702 "1" or "0", 
respectively, this may be reversed. 
[0345] While the data receiving device of the seven- 
teenth embodiment is shown as being the device of the 
fourteenth embodiment to which the buffer is added, the 

55 buffer may be added to the data receiving device of the 
fifteenth or sixteenth emtxxfiment 
[0346] While in the eleventh to thirteenth embodi- 
ments, the buffer output l& directly sent to the packet 
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generator, it may be divided as already described in the 
f ir^ embodiment, and output to the packet generator. 

Claims 

5 

1. A data transmitting device connected to a pre- 
served networK comprising: 

cocfing means for receiving plural kinds of 
coded data, and coupling these coded data in io 
first data units to generate a first coded stream; 
dividing means for dividing the first coded 
stream in second data units of a preserved 
data size to generate divided pack data corre- 
sponding to divided packs as the second units; is 
packet generating means fa adding header 
information to respective divided pack data to 
generate packet data corresponding to packets 
as data trar^mission units; and 
transrrutting means for outputting the respec- 20 
tive packet data toward the network as a sec- 
ond coded stream which has a data structure 
different from that of the first coded stream. 

2. Tlie data transnrutting device as defined in daim 1 25 
wherein the coding means is system encoding 
means wNch receives the plural kirKis of coded 
data, generates and outputs an MPEG2 program 
stream as the first coded stream. 

30 

3. The data transmitting device as defined in daim 2 
wherein the dividing means cfivides the first coded 
stream in such a manner that the cfivided packs 
each contains coded data of one kind. 

35 

4. The data transmitting device as defined in daim 3 
wherein the packet generating means generates 
packet data by ackfing stuffing data to a divided 
pack of a size smaller tfmn the prescrit)ed data size 

so that all the generated packets are of the same 40 
size. 

5. A data transmitting device connected to a pre- 
served networK comprteing: 

45 

reading means for reading data recorded in 
sector units of a prescr3t>ed data size in a 
recording medium for each sector; 
dividing means for divkling data con^esporxitng 
to each sector read ty the reading means in so 
data units of a data size smaller than that of the 
sector, to generate divided pack data corre- 
sponding to divkied packs as the data units; 
packet generating means for adding header 
information to respective divided pack data, to ss 
generate packet data corresponding to pack^ 
as data transm^on units; and 
transnrMng means for outputting respective 



packet data toward the network. 

6. The data transmitting devk:e as defined in daim 5 
wherein the divkf ng means divides ttie data con-e- 
sponding to the sector so that head data of each 
sector matches head data of the corresponding 
cfivxiedpack. 

7. The data transmitting devk:e as defined in daim 5 
wherein the packet generating means generates 
packet data by adding information irviicating that a 
divided pack contains head data of the correspond- 
ing sector to the divided pack. 

8. The data transnrtrtting devk;e as defined in daim 6 
wherein the packet generating nrtear^ generates 
packet data by adding information indicating that a 
divided pack contains head data of the correspond- 
ing sector to the divided pack. 

9. The data transmitting device as defined in any of 
daims 7 and 8 wherein, when the transmitting 
means repeats, at fixed time intervals, packet-by- 
packet data transmission for outputting at least one 
packet data to the network at a fixed trar^ntission 
rate, it adds infonnation indicating that the divided 
pack contains the head data to a header of an iso- 
chronous packet for use in an isochronous transfer 
whfoh performs the data transmission in synchroni- 
zation with a transmission request in the transmit- 
ting means. 

ia The data transmitting dmce as defined in any of 
daims 7 and 8 where the information is count 
number irxiicating the number of plural divided 
packs corresponding to each sector. 

11. A data receiving device for receiving packet data 
output from the data transmitting device as defined 
in any of claims 5 to 8 as a coded stream, said 
devrce comprising: 

receiving means for receiving the packet data 
and outputting the divided pack data corre- 
sponding to each packet according to analysis 
of its header information; and 
coupling means for coupling the divided pack 
data output from the receiving means to gener- 
ate data corresponding to the sector. 

12. A data recording device for receiving and recording 
packet data output as a coded stream from the data 
taBnsmitting device as defined in any of claims 5 to 
8, said device conrprising: 

receiving means for receiving the packet data 
and outputting the divkJed pack data corre- 
sponding to each packet according to analyst 
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of Hs header information; 
coipling means for coi4)[ing the divided pack 
data output from the receiving means to gener- 
ate data corresponding to the sector; and 
recording nr^eans for recording the data oorre- s 
spending to the sector output from the coupling 
means In a recording mecfium having a sector 
structure 

13. The data transmitting device as d^ined in any of io 
claims 5 to 8 wherein the sector is 2048 bytes in 
data size. 

14. The data receiving device as defined in daim 1 1 
wherein the sector is 2048 bytes in data size. is 

15. The data recording device as defined in daim 12 
wherein the sector Is 2048 bytes in data size 

16. TTte data transmitting device as defined In any of 20 
daims 5 to 8 wherein the recording medium con- 
tains MPEQ2 program stream data wftich has been 
subjected to prescribed signal processing. 

17. The data receiving device as defined in claims 1 1 25 
wherein the recording medium contains MPEQ2 
program stream data which has been subjected to 
prescrit>ed signal processing. 

18. The data recording device as defined in daims 12 30 
wherein ttie recording medium at the transmittir)g 
end contains MPEG2 program stream data which 
has been subjected to prescribed signal process- 
ing. 

35 

19. A data transmitting device connected to a pre- 
scribed networK comprising: 

data reading means for reading data recorded 
in a recording mecfium; 40 
buffer means for temporarily storing the data 
read by the data reading means; and 
data transmitting means for outputting the data 
output from the buffer means, toward the net- 
work; 45 
wherein, when the txiffer mear^ goes into 
underflow state, the data transmitting means 
outputs underflow Information indicating that 
underflow has occurred in the txiffer means, 
toward the network. so 

20. A data transnrBtting device connected to a pre- 
scrit>ed networK comprming: 

data reading means for reading data recorded ss 
in a recording medium; 

buffer means for temporarily storing the data 
read by the data reading means; 



packet generating means for adding header 
inlbnnation to the data output from the buffer 
means, and generating packet data corre- 
sponding to a packet whrch is a unit of data 
trar^ission; and 

data transmitting means for outputting the 
packet data output from the packet generating 
means, toward the network; 
wherein, when the buffer means goes into 
underflow state, the packet generating means 
adds underf tow information to a header section 
of the packet, which information indicates that 
underflow has occurred in the buffer means, 
and outputs the packet toward the data trans- 
mitting means. 

21 . The data transmitting devfoe as defined in Claim 20 
wherein: 

said data transmitting mear^ repeats, at fixed 
time intervals, packet-by-packet data transmis- 
sion for outputting at least one packet data to 
the network at a fixed transmission rate; and 
said packet generating means adds the under- 
flow information to a header of an isochronous 
packet used in isochronous transfer in which 
said data transmission is performed synchro- 
nously with a transfer request generated by ttie 
data trar^rratting means. 

22. A data transmitting device connected to a pre- 
scribed networK comprising: 

data reading means for reading data recorded 
In a recording medium; 

buffer means for temporarily storing the data 
read by the data reading means; and 
data transmitting means for outputting the data 
output from the buffer means, toward the net- 
work; 

wherein, when the buffer means goes into 
underflow state, the data trartsmitting means 
outputs data of a prescribed pattern to the net- 
work, as underftaw irrformation Irxiicating that 
underflow has oocuned in the buffer means. 

23. The data transmitting devfoe as defined In Claim 22 
wherein said data of a prescrtoed pattern is a 
sequence error code d^ined in MPEG standard. 

24. A data receiving device connected to a prescrlt>ed 
networK conprising: 

data receiving mear^ for receiving data output 
from the data transmitting device of Claim 1 9; 
data analyzing means for analyzing the data 
received by the data receiving means, and out- 
putting information indicating that underftow 
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has occurred at the transmrtting end when 
underfbw information is included In the data; 
and 

data decoding means for performing decoding 
based on the data received by the data receiv- s 
Ing means, and converting the operating nxxje 
of the decoding from rxxmal nrKXle to error han- 
dling mode on receipt of the information Indi- 
cating the occurrence of underflow. 

10 

25. A data receiving device connected to a presabed 
networK comprising: 

data receiving means for receiving packet data 
output from the data transmitting device of is 
Claim 20; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information incficating that underflow 
has occurred at the transmitting erxi when 20 
underflow information Is Included in the packet 
data; and 

data decoding means for performing decoding 
based on the packet data received t>y the data 
receiving means, and converting the operating 25 
mode of the decodng from rKumal mode to 
error handling mode on receipt of the informa- 
tion indicating the occurrerKe of underflow. 

26. A data receiving device connected to a preserved 30 
networK comprising: 

data receiving means for receiving Isochronous 
packet data output from the data transnuttlng 
device of Claim 21 ; 35 
data analyzing means for analyzing the iso- 
chronous packet data received by the data 
receiving means, and outputting Information 
indicating that underflow has occurred at the 
transmitting end when the underflow tnforma- 40 
tion is Included In the header of the iso- 
chronous packet data; arxJ 
data decoding means for performing decoding 
based on the isochronoi^ packet data received 
by the data receiving means, and converting 45 
the operating mode of the decoding from nor- 
mal mode to error handling mode on receipt of 
the Information indicating the occurrence of 
underftow. 

so 

27. A data receiving device connected to a preserved 
networK comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 22; ss 
data analyzing means for analyzing the data 
received by the data receiving means, and out- 
putting information indicating that underflow 



has occurred at tiie transmitting end when the 
data of a presaik>ed pattern is Included in the 
received data; and 

data decoding means for performing decoding 
based on the data received by the data receiv- 
ing means, and converting the operating mode 
of the decoding from normal rnoda to error han- 
dling mode on receipt of the Information any of 
incficating the occurrence of underflow. 

2a The data transmitting device as defined In Claim 27 
wherein said data of a presatbed pattern is a 
sequence error code defined In MPEG starxlard. 

29. A data transnrvtting device connected to a pre- 
scribed networK comprising: 

data reading mear^ for reading data recorded 
In a recording medium, which data is given an 
error-correcting code; 

error detecting means for detecting whether an 
error exists In data processing or not, by decod- 
ing the error-correcting code included In the 
data read by the data reading means; and 
data transmitting means for outputting the data 
read from the data reading mear^ toward the 
networK 

wherein, when an error In data processing is 
detected t}y the error detecting means, the data 
transmitting means outputs error information 
Incficating the occurrerx^e of error in data 
processing, toward the network 

30. A data transmitting device connected to a pre- 
scrlt>ed networK comprising: 

data reading means for reading data recorded 
in a recording medium, which data is given an 
error-con-ecting code; 

error detecting means fa detecting whether an 
error exists In data processing or not. by decod- 
ing the error-correcting code included in the 
data read by the data reading means; 
packet generating means for adding header 
information to the data read by the data reading 
means, and generating packet data corre- 
sporxfing to a packet which is a unit of data 
transmissk>n; and 

data transmitting means for transmitting the 
packet data output from the packet generating 
means, toward the networK 
wherein, when an error In data processing is 
detected by the erra detecting means, the 
packet generating means adds error informa- 
tion to a header section of the packet, which 
information indicates tftat an error has occurred 
in data processing, and outputs the packet 
toward the data transmitting means. 
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31 . The (feita transmitting device as defined in Qaim 30 
wherein: 

said data transniitting means repeals, at fixed 
time Intervals, packet-tjy-packet data transmis- s 
sion tor outputting at least one packet data to 
the network at a fixed transmission rate; arxl 
said packet generating means adds the error 
information to a header of an isochronous 
packet used in isochronous transfer in which io 
said data transnrtission is performed synchro- 
nously with a transfer request generated t>y the 
data transmitting means. 

32. A data transmitting device connected to a pre- is 
scrbed networK comprising: 

data reading means for reading data recorded 
in a recording medium, which data is given an 
error-correcting code; 20 
error detecting means for detecting whether an 
error exists in data processing or not, by decod- 
ing the en^or-correcting code included in the 
data read t>y the data reading means; and 
data transnrtitting means for transmitting the 2S 
data read by the data reacting means toward 
the network; 

wherein, when an error in data prcx^ssing is 
detected by the OTor detecting means, the data 
transmitting means outputs data of a pre- so 
scribed pattem to the network, as information 
indicating that an error has occurred in data 
processing. 

33. The data transmitting device as d^ined in Claim 32 35 
wherein said data of a prescribed pattem is a 
sequ^ice error code defined in MPEG starxiard. 

34. A data transmitting devk;e connected to a pre- 
scrit>ed networii. comprising: 40 

data reading means for reading data recorded 
in a recording medium, which data is given an 
enor-correcting code; 

error detecting means for detecting whether an 4S 
error exists in data processing or not, by deoxi- 
ing the error-correcting code included in the 
data read by the diata reading means; 
packet generating means for adding header 
information to the data read t>y the data reading so 
means, and generating packet data con-e- 
spending to a packet which is a unit of data 
transmission; and 

data transnrtitting means for transmitting the 
packet data output from the packet generating ss 
means toward the network; 
wherein, when an error in data prcx^essing is 
detected by the ent>r detecting means, the 



packet generating means adds incorrect cyclic 
redundancy check data to the packet data, as 
information indicating that an error has 
occupied in data processing, and outputs the 
packet data. 

35. A data receiving device connected to a preserved 
network, comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 29; 
ciata analyzing means for analyzing the data 
received by the ciata receiving means, and out- 
putting information indicating that an error has 
occurred in data processing at the transmitting 
end when the error information is included in 
the received data; and 

data decoding means for performing decoding 
based on the data received by the ciata receiv- 
ing means, and converting the operating mode 
of the decoding from normal mode to error han- 
dling mode on receipt of the informaticxi indi- 
cating the cxxurrence of error in data 
processing. 

36. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving packet data 
output from the data transmitting devrce of 
Claim 30; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicatir>g that an error 
has cxxxjrred in data processing at the trans- 
mitting end when the error information is 
included in the packet data; and 
data decoding means for performing decoding 
based on the packet data received the data 
receiving means, and converting the operating 
mode of the deccxfing from normal nrxKle to 
error handling mode on receipt of the informa- 
tion indicating the occurrence of error in data 
processing. 

37. A data receiving device connected to a prescribed 
networic. comprising: 

data receiving means for receiving iscx;hronous 
packet data output from the data transmitting 
device of Claim 31; 

data analyzing means for analyzing the iso- 
chronous packet data received by the data 
receiving means, and outputting Information 
indicating that an error has occurred in data 
prcx»ssing at the transmitting end when the 
error information is included in the header of 
the iscxihronous packet data; and 
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data decoding means for performing decoding 
based on the isochronous packet data received 
by the data receiving means, and converting 
the operating mode of the decoding from nor- 
mal mode to error handling mode on receipt of 5 
the information indicating the occun-ence of 
error in data processing. 

38. A data receiving device connected to a preserved 
network, comprising: 10 

data receiving means for receiving data output 
from the data transmitting devk^e of Claim 32; 
data analyzing mear% for analyzing the data 
received by the data receiving means, and out- is 
putting information indcating that an error has 
occurred in data processing at the transmitting 
end when the data of a prescribed pattem is 
included in the received data; and 
data decoding means for performing decoding 20 
based on the data received by the data receiv- 
ing means, and converting the operating nrxxie 
of the decoding from normal mode to error han- 
dling mode on receipt of the information indi- 
cating the occurrence of error in data 2S 
processing. 

39. The data receiving device as defined in Claim 38 
wherein said data of a presaibed pattem is a 
sequence error code defined in MPEG standard. 30 

40. A data receiving device connected to a prescrS>ed 
network, comprising: 

data receiving means for receiving packet data 3S 
output from the data trarrsmitting devk^e of 
Claim 34; 

data analyzir^ means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that the cyclic 40 
redundancy check data is incorrect when the 
cyclic redi^ancy check data included in the 
header section of the packet data is incorrect; 
and 

data decoding means for performing decoding 4s 
based on the packet data received by the data 
receiving means, and converting the operating 
mode of the decocfing from normal mode to 
en-or handling mode on receipt of the informa- 
tion indicating that the cyclic redundancy check so 
data is incon-ect. 

41. The data transmitting device as defined in any of 
claims 19. 22. and 23 further comprising: 

55 

divKling means for dividing data output from the 
buffer means in data units of a data prescribed 
size, to generate divkied pack data oorre- 
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spending to divkjed packs as the data units; 
and 

packet generating means for adding header 
information to respective divided pack data to 
generate packet data coresponding to packets 
as data transntissfon units, 
the data transmitting means outputting the 
packet data toward the network as data output 
from the buffer means. 

42. A data receiving device connected to a prescribed 
network, comprising: 

receiving means for receiving packet data out- 
put from the data transmitting device of daim 
41; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that underflow 
has occurred at a transmitting end when the 
packet data contains the underflow information; 
and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting decoding 
operation mode from normal mode to error 
handling mode, upon receipt of the information 
indcating that underflow has occurred. 

43. The data trar^mitting device as defined in any of 
daims 20 and 21 further comprising: 

dividing means for dividing data output from the 
buffer means in data units of a prescrit>ed data 
size, to generate divided pack data corre- 
sporxiing to divkled packs as the data units, 
the packet generating means receivirtg the 
divkied pack data as the data output from the 
buffer means and adcfing header information to 
respective divkied pack data to generate the 
packet data. 

44w A data receiving device connected to a prescrit>ed 
network, comprising: 

receiving means for receiving packet data out- 
put from the data transmitting device of daim 
43; 

data analyzing means for analyzing the packet 
data received by tfie data receiving means, and 
outputting information indicating that underflow 
has occurred at a trar^mitting end when the 
packet data contains the underflow information; 
and 

data decoding means for performing decoding 
based on ttie packet data received by the data 
receiving means, and converting decoding 
operation mode from normal mode to error 
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handling mode, upon receipt of the infonnation 
indicating that underflow has occurred. 

45. The data transmitting device as defried in any of 
claims 29. 32. and 33 further conrprislng: 

dividing means for dividing data read from the 
data reading means in data units of a pre- 
saibed data size, to generate divided pack 
data corresponding to divided packs as the 
data units; and 

packet generating means for adding header 
information to respective divided pack data to 
generate packet data corresponding to packets 
as data transmission units, 
the data transmitting mear^ outputting the 
packet data toward the network as the data 
read by the data reading means. 

46. A data receiving device connected to a preserved 
network, compr^ng: 

receiving means for receiving packet data out- 
put from the data transmitting device of daim 
45; 

data analyzing means for analyzing packet 
data received t>y the data receiving means and 
outputting information indicating that an error 
has occurred in data processing at a transmit- 
ting end when the packet data contains the 
error information; and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting decoding 
operation mode from normal mode to error 
handling mode, upon receipt of the information 
indicating that the error has occurred in the 
data processing. 

47. The data transmitting device as defried in any of 
claims 30, 31 , and 34 furtfter comprising: 

dividing means for dividing data read by the 
data reading means in data units of a pre- 
saibed data size, to generate divided pack 
data corresponding to divided packs as the 
data units, 

the packet generating means receiving the 
divided pack data as the data read by the data 
reading means and adding header information 
to respective divided pack data to generate the 
packet data. 

48. A data receiving device connected to a presait>ed 
networK compr^ng: 

receiving means for receiving packet data out- 
put from the data transmitting device of daim 



47; 

data analyzing means for analyzing the pad^ 
data received by the data receiving means, arxJ 
outputting information indicating that an error 
5 has occiBTed in data processing at a transmit- 

ting end when the packet data contains the 
error information; arvJ 

data decoding means for performing decoding 
based on the packet data received by the data 
10 receiving means, and converting decoding 

operation mode from normal mode to error 
handling nrxxJe. upon receipt of the information 
incficating that the error has occurred in the 
data processing. 

15 

49. A data transnvtting method for transmitting data 
toward a prescribed network, comprising: 

coding step for receiving plural kinds of coded 
20 data, and coupling these coded data in first 

data units to generate a first coded stream; 
divkiing step for dividing the first coded stream 
in second data units of a prescribed data size 
to generate divided pack data corresponding to 
25 divided packs as the second units; 

packet generating step for adding header Infor- 
mation to respective divided pack data to gen- 
erate packet data corresponding to padcets as 
data transmission units; arxi 
30 transmitting step for outputting the respective 

packet data toward the network as a second 
coded stream which has a data structure differ- 
ent from that of the first coded stream. 

55 50. A data transnrMng method for transmitting data 
toward a prescnbed network, conrprising: 

reacfing step for reading data recorded in sec- 
tor units of a prescrit>ed data size in a recording 

40 medium for each sector; 

dividing step for divkiing data corresponding to 
each sector read in the reading step in data 
units of a data size smaller than that of the sec- 
tor, to generate divkied pack data correspond- 

45 ing to cBvided packs as the data units; 

packet generating step for adding header infor- 
mation to respective divided pack data, to gen- 
erate packet data corresporxfing to packets as 
data transmissk)n units; and 

50 transmitting step for outputting respective 

packet data toward the network. 

51. A data transmitting method for transmitting data 
toward a prescrit>ed network, comprising: 

55 

data reading step for reading data recorded in 
a recording medium; 

storage step for temporarily storing the data 
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read in the data reading step, into a buffer; and 
data transmitting step for outputting the 
output from the buffer, toward the network; 
wherein, in the data transmitting step, when the 
buffer goes Into underflow state, underflow s 
information indicating that underflow has 
occurred in the buffer is output toward the net- 
work 

52. A data transmitting method for transmitting data io 
toward a presa£bed network, oorrprising: 

data reacting step for reading data recorded in 
a recording medium; 

storage step for temporarily storing the data is 
read in the data reading step, into a buffer; 
packet generating step for adcfing header infor- 
mation to the data output from the buffer, and 
generating packet data corresponcfng to a 
packet which is a unit of data transmission; and 20 
data transmitting step for outputting the packet 
data generated in the packet generating step, 
toward the network; 

wherein, in the packet generating step, when 
the buffer goes into underflow state. urxJerf low 2S 
information is added to a header section of the 
packet, which information indicates that under- 
fkw has occurred in the buffer, and then the 
packet data is gen^ated. 

30 

53. A data transmitting method for transmitting data 
toward a prescr3>ed network, conrprising: 

data reacfing step for reading data recorded In 
a recording medium; 35 
storage step for temporarily storing the data 
read In the data reading step. Into a buffer; arxJ 
data transmittirYg step for outputting the data 
output from the buffer, tcward the network; 
wherein, in the data transmitting step, when the 40 
buffer goes into underflow state, data of a pre- 
saibed pattern is output to the network as 
underf tew information indicating that underflow 
has occurred in the buffer. 

4S 

54. A data transmitting method for transmitting data 
toward a prescribed network, oorrprising: 

data reading step for reading data recorded in 
a recording medium, which data is given an so 
en-or-oorrecting code; 

error detecting step for detecting whether an 
error exists in data processing or not. by decod- 
ing the error-correcting code included in the 
data read in the data reacting step; and ss 
data transmitting step for outputting the data 
read from the data reading step toward the net- 
work; 



wherein, when an error in data processing 
detected in the error detecting step, in the data 
transmitting step, error infamation indicating 
the occurrence of error in data processing is 
output toward the network. 

55. A data transmitting method for transnrvtting data 
toward a prescribed network, conrprising: 

data reading step for reading data recorded in 
a recording medium, which data is given an 
error-correcting code; 

error detecting ^ep for detecting whether an 
error exists in data processing or not. by decod- 
ing the error-correcting code included in the 
data read in the data reading step; 
packet generating ^ep for adding header Infor- 
mation to the data read by the data reading 
step, and generating packet data con-espond- 
ing to a packet which is a unit of data transmis- 
sion; and 

data transmitting step for transnvtting the 
packet data output from the packet generating 
step, toward ttie network; 
wherein, when an error in data processing is 
detected by the error detecting step, in the 
packet generating step, error information is 
added to a header section of the packet, which 
information indicates that an error has occurred 
in data processing, and then the packet data is 
g^erated. 

56. A data transmitting method for transmitting data 
toward a prescribed network, oorrprising: 

data reading step for reading data recorded in 
a recording medium. wNch data is given an 
error-correcting code; 

error detecting ^ep for detecting whether an 
error exists in data processing or not. by decod- 
ing the error-con-ecting code Included in the 
data read in the data reading step; and 
data transmitting step for transmitting the data 
read by the data reading step toward the net- 
work; 

wherein, when an enror in data processing is 
detected in the error detecting step, In the data 
transmitting step, data of a preserved pattern 
is output to the network as information indicat- 
ing that an error has occun'ed in data process- 
ing. 

57. A data transmitting method for transmitting data 
toward a presaibed network, comprising: 

data reading step for reading data recorded in 
a recording medium. wNch data Is given an 
error-correcting code; 
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error detecting step for detecting wtiether an 
error exists in data processing or not, by decod- 
ing the enror-correcting code included in the 
data read in the data reacfing step; 
packet generating step for adding header infer- s 
mation to the data read by the data reading 
step, and generating packet data correspond- 
ing to a packet which is a unit of data transnnrs- 
8ion;and 

data transmitting step for transmitting the w 
packet data output from the packet generating 
step toward the network; 
wherein, when an error in data processing is 
detected in the error detecting step, in the 
packet generating step, incorrect cyclic redun- is 
dancy check data is added to the packet data, 
as information indicating that an error has 
occurred in data processing. 
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